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ABSTRACT 

1 
TIME COVERED la 

This report covers in detail work from February 

1971 to May 1972. lal 

TENEX lb 

During that time our PBP-10 and accompanying 

TENEX time-sharing systems became operational. 

We have made small adaptations in TENEX and 

developed a system that sends and retrieves 

files from tape archive. lbl 

NETWORK INFORMATION CENTER lc 

Use of the Network Information Center has 

increased steadily, including regular creation 

by experimenters at several sites of 

special-purpose documents on our system and 

severalfold increase in documents stored and 

cataloged, both online and in hard copy 

dispersed at the sites. We have prepared and 

dispersed manuals and riven regular courses in 

our system to classes gathered from the Net, In 

the last weeks of the contract our display 

system ran experimentally from another site for 

the first time. Icl 

HARDWARE Id 

We have added a Bryant Drum, Digital Equipment 

Corporation RP02 disc packs, and leased more 

30-character-per-second thermal printing 

terminals and compatible cassette recorders. ldl 

NEW FEATURES IN NLS le 

To our online system we have added: lei 

a command language, DEX, which allows entry 
of text on tape for later automatic 

processing into NLS files; lela 

several features which allow users to draw on 
the power of NLS more effectively, including 
individual control of a buffer for compiling 
various special purpose programs; lelb 

cross file editing to our typewriter-oriented 
command language, TNLS, along with other 
features that suit mls to typewriter terminal 
work; and lelc 

to our display system, the capacity to split 
the screen, load several files at once, and 
transfer information from one file to 
another. leld 

We have begun the redesign of NLS in modular 
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units which will, among other things, ease 

transfer of all or part of NLS to other systems, le2 
MANAGEMENT SYSTEMS If 

In management applications we developed a first 
cut task-and-assignment management 
record-Keeping system, made ever-growing use of 
our dialog supnort system in management, and, 
near the end of the contract period, reorganized 
our group into operational and project subgroups 
(a matrix organization) with projects oriented 
toward needs outside ARC. lfl 
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SUMMARY 

3 

INTRODUCTION 3a 

We are developing a system of online computer aids for 

augmenting the performance of individuals and teams engaged 

in intellectual work and an Information Center for the AFPA 

Computer Network. This document reports hardware and 

software development and applications in several areas, and 

summarizes plans for continuing development, 3al 

We discuss here the work performed under a contract which 

extended from February 8, 1970 to Hay 9* 1972, but recount 

in detail only work of the last fifteen months of that 

period. Our work from February 8, 1970 until February 8, 

1971 is reported in the interim Technical Report, dated 30 

June 1971, NETWORK INFORMATION CENTER AND COMPUTER AUGMENTED 

TEAM INTERACTION, RADC-TR-71-175, AD 737 131 (8277,). The 

1970 work is summarized below but discussed in the body of 

this report only where necessary to explain developments of 

the last fifteen months. 3a2 

To take advantage of the automatic reference search of our 

online system, bibliographic citations in this report are a 

little unusual looking. They will appear in two forms: 3a3 

"See-- * a comma + a string of numbers and letters + a 

right parenthesis" /"e.g., see--,9an); cites some other 

Dart of this report as identified by the statement 

numbers printed right. Online, a reader may cite such an 

address and move automatically to the appropriate part of 

the report. 3a3a 

A four- or five-digit number in parenthesis /"e.g. 

(8277,) J cites a document in ARC'S collection. The number 

is the ARC catalog number. Most of the documents cited in 

this report are online and an online reader may move to 

that file automatically as above. A reference section at 

the end of each chapter supplies bibliographic 

information about these documents in the usual way. 3a3b 

A glossary appears in (,9). 3a3c 

ARC has begun to maintain online a detailed description of 

the current state of its activities, the Handbook discussed 

below (see --,kb). 3ait 
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The reader may find in documents cited in the Handbook 

more detailed accounts of several matters than appear in 

this report, particularly of command and computer 

languages. 3aka 

The detailed accounts are in the following Handbook 
documents: 

TREE META (10869,) , 

nEX USER GUIDE (993k,), 

DNL3 PRELIMINARY USER GUIDE (10703,), 

MIC TNLS USER GUIDE (71l70,), 

NIC JOURNAL USER GUIDE (7635.) 

L10 PROGRAMMING GUIDE (USER GUIDE) ( 921i6, ) 

LlO - A Programming Language for the Augmentation 
Research Center (Systems programmers Guide) (7052,) 

HIGHLIGHTS OF 1970 

During that year we devoted our attention especially to our 

continuing effort to improve the efficiency of our online 

system and Droaden and strengthen its usefulness to systems 

programming, to working with the ARPA Network, and to 

augmentation of distributed teams. 3bl 

During the latter part of the year we were deeply involved 

with translating our software into forms compatible with a 

PDP-10 and with choosing and connecting its peripheral 

equipment. 3o2 

we planned and began use of an important new group of tools 

for us^rs which ve now call User Programming. They are 

routines in which the basic user features of our online 

system are building blocks in construction of programs that 

carry out specific, rather complicated tasks, such as 

changing the order of a citation index and at the same time 

the format of the citations. Important User Programs are 

the rewritten Content Analyzer, the Analyzer Formatter, the 

Collector Sorter, and Executable Text. 3b3 
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Early in 1970 we developed an arithmetic and algebraic 

calculator package to our online system. The calculator has 

not yet been transferred to the PDP-10 version of NLS. 3blj. 

1970 saw new concentration on augmenting teams performing 

work that is distributed in time, space, and discipline. By 

way of communication and archival and managerial record 

Keeping, we added a mail system and a Journal system. Any 

user might write a mail message from his terminal to any 

other users. The message was automatically brought to the 

recipient's attention when he logged in. Mail was 

particularly useful to our people temporarily or permanently 

at a distance from the Center. Mail messages automatically 

became part of the Journal. 3b5 

The Journal is an online repository of the thoughts, 

records, baselines, and evolving designs of the group. 

Online is an index to the complete journal, including 

various retrieving aids such as sorting by title words. 3b6 

Our participation in the ARPA Network in 1970 included: 
using university of Utah's PDP-10 via the Network to aid in 
our transfer to a new PDP-10, and development of the Network 
Information Center (NIC). 3b7 

in using the Net to re-program our PDP-10 we tynically 

sent blocks to UXAH that consisted of relocatable binary 

data produced by compilers executing in our XDS-9!±0 and 

producing code for the 10. The data was stored on a disc 

at Utah by the network control program so that someone 

here could reconnect ana call on the Utah loader for the 

transmitted file. We found this service so useful that 

we added multiplexing at this end so that three of our 

programmers could use the Utah system at once. The link 

to utah operated daily from August 1970 through January 

1971 and constituted the most substantial data 

transmission over the Net to that date. 3b7a 

In 197n we established a collection of documents that form 
the basis of the Network Information Center, established 
online techniques for handling the documents, and, most 
important, began working dialog with the other centers. The 
combination of our reference data storage techniques with 
our programming allows retrieving documents according to a 
variety of attributes and combinations thereof; e.g., year 
of publication combined with author, or sponsoring 
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institution. Ve organized with the other sites on the 

Network to establish station Agents to handle their 

interaction with the Network information Center and supplied 

the station Agents with a catalog of their collection and 

other working materials. To stimulate dialog, pending full 

operation by connected computers, we set up a central 

telephone exchange and a system for circulating documents 

and memos t>y U.S. Hail through the NIC, including an 

intra-Met document numbering system. 3b8 

In the Spring of 1970 we decided that DEC'S PDP-10 with 

associated software and paging box from bbn might be a way 

to increase the number of consoles and displays available to 

us, to strengthen our system in other ways, and to ensure a 

system that could be expanded further with ease. In June 

after investigating several competing machines, we ordered a 

PDP-10 which was delivered in September. Our 9k0 was 

removed February 1, 1971. Associated equipment for the 

PDP-10 includes 126K of l.o-microsecond core and the B3N 

Paging Box. After studying the various alternatives, we 

retained from the 9^0 system a 32K-word Ampex external core, 

UNIVAC drums as a swapping device, and a Bryant Disc for 

mass storage. A drum/disc interface, an interface for the 

external core system, and an I/O control box were built 

locally to our specifications. 3o9 

Re-propramming for the PDP-10 created the necessity and 

opportunity for thorough-going revision of our software. 

Our online system which had been written in a special 

language, 5PL, was rewritten in LID, a language much more 

machine independent ana more flexible in application. Our 

NLS was rationalized to allow more routines to call on other 

routines. Display routines were changed to allow division 

into ud to eight areas which the user can load and edit 

independently. Many other features such as Mail, Journal, 

calculator were substantially improved in the transfer. 3olQ 

HIGHLIGHTS OF 1971 3c 

Team Augmentation ici 

In the last 1.5 months our work toward Team Augmentation 

has fallen into five areas: improvement of our dialog 

support system, the initial work on our nandbook, our 

baseline record system, development of basic NLS, ana 

reorganization of our laboratory staff. 3cla 
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Dialog Support System 3clb 

As with the XDS-9itO journal system, the pdp-10 Journal 

system serves as an open-ended information storage and 

retrieval system, oriented toward recording the 

thoughts, notes, designs, workpieces, and reports 

communicated by users. 3clbl 

ARC and Network personnel use the Journal system 

daily. 3clbla 

since it became operational in April, 1971, 

approximately 1600 documents have been generated 

at ARC and submitted to the Journal. 3clblal 

The PDP-lo Journal system provides for automated entry 

of online documents in contrast to the essentially 

manual technique used on the XDS-9^0. 3clb2 

When a user submits a document, the system tags it 

with a numoer and a distribution note which later 

directs delivery of the document to a list of 

recipients the user spells out. 3clb2a 

A read-only copy of the submitted document is 

then stored, along with information relevant to 

the submission of the document (date/time, 

title, keywords, etc.). ,3clb2al 

A background process will subsequently transform 

this into the final and permanent Journal entry. 3clb2a2 

Delivery of Journal submissions to authors and 

recipients has been automated on the PDP-10 System. 3cib3 

Hard copy is automatically formatted and printed 

with an address page so that mailing simply 

involves folding, staging, and stamping. 3clb3a 

An online delivery technique has been developed 

wherein a user may receive notice of documents 

addressed to him by the placement of statements in 

his initial file. 3clb3b 

Thes* statements contain a link to the document, 
along with the sender's identification. 
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date/time of submission, document number, ana 

title, 3clb3bl 

A message facility has been incorporated in the PDP-10 

journal, which eliminates the mail system used on the 

XDS-9)aO. 3clbU. 

online journal documents may now be reached through 

NLS by simply using the Catalog number as a file name, 3clb5 

Tne improved access to Journal documents has 

resulted in increased linking between journal 

documents, whereby dialogs may involve a number of 

documents, all interlinked. 3clb5a 

Handbook 3clc 

we have begun development of a "Handbook," a 

"super-document" that contains the beginnings of an 

up-to-date, large, detailed, highly cross-referenced 

and well-indexed description of ARC project-team 

activity, 3clci 

such a document will provide ARC, as a team 

tackling; complex system-development projects, with 

the highest-possible visibility over its working 

environment, 3clcla 

Toward the end of the contract period we set up a 

team to design a HandPook system which will be usee 

to construct, index, and maintain this document, 3clclo 

Baseline kecord System 3cld 

we constantly face more opportunities for changes or 

additions to our evolving system than we have 

resources to carry out. Therefore we have attempted to 

use NLS to find ways to make ever more effective, 

coordinated analysis of our ideas, and of our people, 

system, and material resources, 3clal 

The result of such coordinated analysis is the 

adoption of a current visible plan, or "baseline" of 

expected events, agreed upon system developments, 

their external configurations, and resource 

allocations, 3cld2 
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The information relative to the planned, system 
developments is contained in our Baseline Record. 

The Baseline Record is a special subcoliection of the 
journal, it consists of a series of files specially 
formatted to contain task and resource allocation 
information, including particularly files of plans, 
specifications, analyses, designs, etc. 

The present Baseline Record system has concentrated on 
the recording of information relevant xo individual 
tasks being performed or under consideraton by various 
ARC staff members. 

There now are over 200 tasks of various magnitudes 
to consider in our planning and operational 
environment at any point in time. These range from 
simple bug-fixing to complex design or 
implementation tasks that may be performed by 
several people over many months. 

we have developed a set of programs with an initial 
data storage system that organizes information 
recorded about these tasks with features that 
permit routine summary views to be produced ana 
that also make available flexible, user-created 
views of the Baseline task information. 

procedures have been developed for data collection 
and input and for view production that aid in 
weekly updating of the Record. These views are 
produced in hardcopy and are also entered into the 
journal. 

we are not satified with the present Baseline Record 
system. 

we feel that our ARC users were not well guided and 
trained in BPS use and 

the initial system did not produce views that were 
useful enough - mainly because most of tne needed 
data were not in the system. 

Although we have started using ARC's Baseline Record 
system on a current task-by-task basis during tne past 
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3cld^a 
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year*! we still need to develop a more complete, 

"higher level" picture of what new ARC system 

developments (functions, features, stages...) we want 

and expect to see. Among other considerations, this 

includes better definition of activity goals. 3cld6 

Basic NLS 3cle 

in this past contract period, we have taken several 

steps to further augment the software engineer 3clel 

-- in fact, we have coined the acronym SEAS (for 

Software Engineer Augmentation System) *to give 

specific system orientation towards the end of 

developing a full and balanced set of tools, 

techniques, methods, principles, etc. for 

augmenting software engineers. 3clela 

The developments described below are part of an 

accelerating activity -- an important part of our 

near-future plans in the next contract period 

involve a greater level of activity here. 3clelb 

TNLS and DEX 3cle2 

A new and effective typewriter version (TNLS) has 

found wide use botn at ARC and at sites on the ARPA 

Network. 3cle2a 

improvements have been made in the display version 

(DNLS), 3cle2o 

and a first version of an offline mode (DEX) has 

been introduced. 3cle2c 

Changes that maKe possible cross-file editing allow 

any two passages to be involved by a given command. 3cle3 

in TNLS, addresses in a command may be "links" 

which can call any passage in any file on the 

system; 3cle3a 

in DNLS, split screens allow the user to view any 

two passages and control cross-file editing 

visually. 3cle3b 
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Viewspecs make possible selective assimilation of 

information from one file into another, 3cle3c 

New special purpose subsystems have been developed or 

improved, 3clei; 

These include a sort-merge system, a user program 

system, and the output processor. 3clelia 

Language development has continued, 3clej> 

At present the primary language systems developed 

and in use at ARC are the Tree-Meta 

Compiler-compiler System and the L10 Programming 

language system which was written in Tree-Meta, 3cie£a 

work is currently progressing on a Modular 

programming system (MPS) in collaboration witn a 

*roup at the Xerox Palo Alto Research center, 3cle.5b 

Internal Organization 3clf 

During the past year, several ARC organizational 

arrangements were introduced, centering, in the early 

part of the period, mainly on line-activity structure 

and associated roles. 3clfl 

The creation of pusher (task leader) roles for 

tasks and coordination roles for system 

architecture, methodology, and personnel resources 

placed the responsibility more directly on 

selected individuals, 3clfla 

Pusher roles were defined in the framework of 

the developing Baseline management system. 

Coordinating roles were also carried out in this 

environment, our techniques for performing tnese 

roles still leave much to be desired. The 

planned recording of task requirements and 

designs in the journal will strengthen the 

roles. 3clflal 

in the Fall of 1971, we set up a four-man Executive 
Management committee (EMC) to carry out much of the 
day-to-day operating management, 3clflb 
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During the oast few months Dr. Engeibart has 

established, a new, broader overall organizational 

structure. 3clflc 

This structure consists of three main activities 

that cover our framework and goal setting, line 

operation, and personal and organizational 

development needs, 3clflcl 

These activities are called: FRAMAC, LINAC, and 

PODAC. 3clflc2 

FRAMAC is to discuss and define the ARC 

intellectual framework and set longer-range 

goals and plans, 3clflc2a 

LINAC is to carry out activities within the 

framework that move us toward the goals, 

including more detailed, shorter-range planning. 3clflc2b 

PODAC institutionalizes continuing personal and 
organizational development. 3clflc2c 

Network Information Center? Operations and Development 3c2 

The ARPANET can be viewed as a collection of resources, 

people, hardware, software, data, and special services 

which can be brought together for short or long periods 

to work cooperatively. 3c2a 

quilt upon hardware and fundamental software 

connections are the processes that assist users to 

find the geographically distributed facilities they 

need to solve or study problems and to allow scattered 

oeople to work together effectively in tasks of mutual 

interest. 3c2al 

we see the Network Information Center (NIC) as one 

part of the ARPANET experiment that is interested in 

the latter problems, 3c2a2 

The NIC helps to create and sustain the sense of 

community needed in an experiment such as that of 

the ARPANET. 3c2a2a 

The NIC is not a classical information center because 



online Team Environment 



3c2a3 


3c2b 


3c2bl 


3c2b2 


3c2b2a 


3c2b2b 


3c2b2c 


3c2b2d 



SRI'ARC 8 JUNE 1972 130U 

Summary 
Highlights of 1971 



it provides a wider range than bibliographic and 
library services. 

The NIC Public 

one of the problems in the design of an information 
service is to determine the clientele and its needs. 

our initial analysis showed us four main needs: 

Reference and General Network Information; 

Collaboration Support; 

Document Handling and Creation; and 

Training. 

The clientele for NIC appeared initially to be people 

developing and building the Network, who were to be 

followed by those whose research or development 

interests would be intimately connected with Network 

resources or who would be experimental users of 

various Network resources. 3c2b3 

NIC Services 3c2c 

to meet the above goals, the NIC services available at 

the end of the report period, May, 1972, through the 

Net were: 3c2cl 

online: 3c2cla 

(1) Access to the typewriter version (TNLS) of 
the Augmentation Research Center online System 
(NLS) for communique creation, access, and 

other, experimental use. 3c2clal 

(2) Access to Journal, Number, and 
Identification Systems which allow messages and 
documents to be transmitted to Network 

participants. 3c2cla2 

(3) Access to a number of online information 
bases through a special Locator file using NLS 

linK mechanisms. 3c2cla3 
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Offline: 3c2clb 

(1) A Network Information Center station set up 

at each site with: 3c2clbl 

(a) A station Agent to aid in use of the NIC. 3c2clbla 

(b) A Liaison to provide technical 

information about his site, 3c2clblb 

(c) A station collection containing a 
subcoilection of documents of interest to 

Network participants. 3c2clolc 

(2) Techniques for gathering, producing and 
maintaining NIC Functional Documents, such 

as: 3c2clb2 

(a) Current Catalog of the NIC Collection, 3c2clb2a 

(b) ARPA Network Resource Notebook, 3c2clb2b 

(c) Directory of Network Participants, 3c2cib2c 

(d) NIC User Guide. 3c2clo2d 

(3) General Network referral and handling of 

document requests. 3c2clb3 

ik) Building of a collection of documents 
potentially valuable to the Network 
Community. 3c2clbii 

In the beginning: we've tried to collect 
documents valuable to network builders. 3c2clbiia 

(5) Crude selective distribution to Station 
Collections. 3c2clb5 

(6) Training, in use of NIC services and 

facilities. 3c2clb6 

NIC Goals 3c2d 

in the course of its evolution, the ARPANET will 
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continue to generate needs for new software services 

in interactive data management. 3c2dl 

we propose to develop a user-oriented information 

facility cased upon the NLS system and initially 

serving the needs identified in (,3c2al), This 

information facility is a new step in the 

"bootstrapping" of the Augmentation Research Center, 

and is leading to the establishment of a new resource 

to be made available to ARPANET users, 3c2d2 

Network Participation 3c3 

Our Network participation outside of NIC activity has 

been in two main areas, protocol development through work 

in several protocol design communities and general 

Network coordination through membership on the 

short-lived Network Working Group Steering Committee and 

its successor, Network Facilitators Group. 3c3a 

Computer Facility 3cij. 

Hardware 3ciia 

At the end of the first year of this contract, we 

transferred our computer operations from an XDS-940 to 

a PDP-10 computer. The transfer effort is described 

in our interim report for the first year (8277,). 3cUal 

Hardware activity during the past year has focused on 

additional tuning of the new configuration, 

maintenance, troubleshooting and operation of the 

facility, and some upgrading of critical parts of the 

system. 3ci*a2 

our hardware configuration contained a number of old, 
one-of-a-kind nieces of equipment brought over to the 
PDP-10 system from the previous XDS-9^0 system. These 
nieces of equipment have proven difficult to maintain 
and studies were launched on how to replace or upgrade 
this equipment, A new 3BN network interface and a new 
DEC RP-02 disc system were installed in the spring of 
1972, replacing older unreliable equipment. Hardware 
upgrading of our display system and its special core 
box has begun to provide temporary relief until a 
replacement system can be planned. An additional 32k 
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of core is to be added shortly. Studies leading to 

recommendations to add another channel, disc 

controller and set of disc drives have been completed. 

These additions will provide more file space and 

backup swapping capability, improved reliability 

should begin to be manifest in the summer of 1972. 3c4a3 

System Software 3cl*b 

TENEX 3ckbl 

we cooperate actively with BBN and other users in 

debugging and maintaining TENEX, and have developed 

a few new features, both visible to users and 

internal to the system. 3cl*bla 

within the system: 3dj.blb 

We have forsaken TENDMP for loading the monitor 

from DECTAPE and use instead DTBOOT from DEC. 3cliblbl 

we have added a jsys, a jump to a monitor 

subroutine, to say that padding (sending 

rubouts) is required for fast terminals wnen a 

CR or LF is output. 3ciiblb2. 

We have made many changes to the teletype 

routines to accommodate our displays. 3cl;blb3 

To greatly simplify startup we have changed the 
starting address of the monitor from 100 (which 
goes immediately to DDT) to SYSGG1. 3cUblbU 

we no longer add code to existing files when we 
get new monitor releases, instead we have 
defined additional files t,hat are assembled witn 
each group of files and, where possible, have 
made our additions in these new files with jRSTs 
and CALLs to the new code. 

toe have modified the system such that if 

CHECKDSK does not run successfully, then nothing 

else, e.g. AUTO-STARTUP jobs, can run (except 

for the operator's console and one special 

dial-up line) until the disc has been fixed and 

CHECKDSK has run successfully. 3cliblb6 



3ciiblb5 
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in the User's View 3cliblc 

We have set up an advise command so one terminal 

may control a job loaded at another terminal. 3cii.blcl 

we have added routines that log out a user who 

does nothing for a certain time, and that refuse 

entry if the system is overloaded. 3cl*blc2 

SUPERWATCH 3cllb2 

To help find out what is going on within our 

timesharing system we have developed an information 

gathering and formatting program called Superwatch. 3c^b2a 

in general Superwatch has been valuable: 3cl*b2b 

To verify that the system is working as 

designed, 3cl*b2bl 

To identify the cause of poor service at the 

time it is happening (e.g. a bug, hardware 

malfunction, or just overloading). 3ci*b2b2 

To identify the "weak link" in the system 

configuration (drum, disk, memory or CPU 

capacity). 3cltb2b3 

To evaluate changes in the system or hardware 
configuration. 3cUb2blt 

Plans for the Future 3c5 

ARC plans to resolve a set of interdependent goals by 

conducting research and providing service under a new 

"Base-project" contract, that concentrates primarily 

upon: 3c5a 

Advancing the techniques available to ARC ana Network 

system builders and users for augmenting the 

development and application of computer-based 

information systems. 3c5al 

Making the Network information center into both: 3c5a2 
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(1) an increasingly useful service to the Network 

community and 3c5a2a 

(2) an important part of the Network experiment (in 
its distributed, collaborative operations and in 

its Network-utility role). 3c5a2b 

And moving useful augumentation techniques and 

services out into the ARPA Network Community. 3c5a3 

A central point of our proposed approach is our need to 

learn to negotiate and provide extensive services to 

distributed users. 3c5b 

Therefore, we plan to concentrate our efforts within a 

four-pronged project wherein coordinated advances can be 

made: 3c5c 

(1) Developing service functions that will be the most 

help to our above-mentioned goal structure, 3c5cl 

(2) Developing the knowhow and capability for 
delivering significantly useful service to the 

Network, as a utility, 3c5c2 

(3) Developing the knowhow and capability for 

marketing a utility service to the Network, 3c5c3 

and wherein we become ever better at 3c5d 

U) Operating a utility service. 3c5dl 

Depending on funding availability and other 

arrangements to be negotiated we may find ways to 

provide additional service capacity through 

placement of the computer-based portion of our 

augmentation system on a computer or computers 

operated for us by a commercial timesharing 

utility, 3cSdla 
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TEAM AUGMENTATION 

by Charles H Irby, William H Paxton, 
William s Duvall, James c Norton, 
Bruce L Parsley, Mary S Church, Harvey a lehtman, 
waiter L Bass, J David Hopper, Douglas C Engelbart, 

L Peter Deutsch, and James Q Mitchell, k 

JOURNAL ii a 

introduction Jul 

As ARC becomes more and more involved in the augmentation 

of teams, we are giving serious consideration to 

improving intrateam communication with whatever mixture 

of tools, conventions, and procedures will help. lula 

If a team is solving a problem that extends over a 

considerable time, the members will begin to need help 

remembering some of the important communications--i.e., 

some recording and recalling processes must be invoked, 

and these processes become candidates for augmentation. 

To consider some of the different conditions where such 

storage and recall may be useful, suppose Person A 

communicates with person B about Item N at Time T. Sj.alb 

They may well remember their exchange during the 

Droblem-solving period. But consider the case of 

person c who, it will turn out, is going to need to 

know about this communication at time TT: Italbl 

perhaps he was there at Time T, but italbla 

he was too heavily involved even to notice the 

communication, and/or item N was not relevant to 

his work at that moment and so was not implanted 

for ready recall, kalblal 

perhaps a and B did not anticipate his later need 

and thus failed to invite him into their 

interchange or inform him of its conclusion. Halblb 

perhaps, although Persons A and B knew he would 
later need the information, they didn't want to 
interrupt their own working sequence with the 
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procedure of interrupting Person C and getting him 

involved, kalfclc 

or, if the conseauences of the interchange carry over 

into a long-lasting series of other decisions, one or 

both parties may fail to remember accurately, or may 

remember differently because of different viewpoints, 

and troublesome conflicts and waste of effort may 

result, lialD2 

A single person will make a list of things to do on a 

shopping trip because he has learned that the 

confusion and pressure may make him forget something 

important, it is obvious that to be procurer for one 

of a mutually developed, interdependent pair of lists 

would make it even more important to use a record. iulb3 

Further consider the effect if the complexity of the 

team's problem relative to human working capacity 

reauires partitioning of the problem into many parts 

where each part is independently attacked, but where 

among the parts tnere is considerable interdependence 

through interactions on mutual factors such as total 

resource, timing, weight, physical space, and functional 

meshing, kale 

Here, the communication between Persons a and d may 

well be too complex for their own accurate recall. 

For example, their communication period resulted in 

scratch paper or a chalkboard covered with 

possibilities and the essence of the agreed-upon 

solution, which has since disappeared. lulcl 

we envision augmenting our collaborative team by having a 

"Dialog Support System (DSS)," containing current and 

thoroughly used working records of the group's plans, 

designs, notes, etc. Therefore, we have begun to develop 

a system for entering and managing those records. The 

ARC Journal is the central feature of this intragroup 

documentation system. ltald 

The DSS involves techniques for use by distributed 
parties to collaborate effectively by means of the 
inter-linked referencing between NLS files, particularly 
within the recorded-dialog medium of an NLS journal. iiale 
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FIGURE 1. ARC Dialog Support system hardcopy cave. 
Third shelf from the top is the Handbook; fourth is 
the Baseline Records; fifth is journal indices. 



Ulel 



our DSS will provide the following general online 
aids: multiwindowed displays; simultaneous and 
independent mobility and view control among many 
files; link-setup automation; back-link annunciators 
and jumping; aids for the formation, manipulation, and 
study of sets of arbitrary passages from among the 
dialog entries; integration of cross-reference 
information into hardcopy printouts. 

It also will include people-system developments; 
conventions and working procedures for using these 
aids effectively in conducting collaborative dialog 
among various kinds of people, at various kinds of 
terminals, and under various conditions; working 
methodology for teams doing planning, design, 
implementation coordination, and so on. 

The pdp-10 Journal 

During 1971* implementation of the initial pdp-10 Journal 
system was completed. 



Iule2 



Uale3 

Ua2 

Iia2a 
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As with the XDS-9liQ Journal system, the PDP-10 journal 
system provides us an open-ended information storage and 
retrieval, oriented toward recording the thoughts, notes, 
workPieces, and reports produced by users. Iu2b 

The system is in daily use by ARC personnel, lu2bl 

Since the first version of the system became 

operational in April, 1971, approximately 1600 

documents have been generated and submitted to the 

journal, ua2bla 

The system is also offered as a NIC service, Iu2b2 

The PDP-lo Journal system provides for automated entry of 

Online documents in contrast to the essentially manual 

technique used on the XDS-9'fcO. Iia2c 

An 'NLS user can submit any portion of an NLS file 
(which may or may not be currently in his viewing 
area) to the Journal without leaving NLS, U.a2cl 

in order to do this, he simply executes a command 

which places NLS into a sub-command level whicn 

recognizes commands relevant to Journal operation. i*a2cla 

As a document is submitted, it is assigned a number, 

cataloged, and a distribution record is created which 

will later cause delivery of a copy of the document to 

a list of recipients indicated during the submission 

nrocess. Iu2c2 

A read-only copy of the submitted document is then 

stored, along with information relevant to the 

submission of the document (date/time, etc) aa2c2a 

A background, process will subsequently transform 

this into the final journal entry. i*a2c2b 

Delivery of journal submissions to authors and recipients 

has been automated on the PDP-1Q system. lu2d 

Hardcopy is automatically formatted and printed with 

an address page so that mailing simply involves 

folding, stapling, and stamping, ka2dl 
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4n online delivery technique has been developed 

wherein a user may receive notice of documents 

addressed to him by the placement of links in his 

initial file, Iia2d2 

A message facility has been incorporated in the PDP-10 

journal, which replaces the mail system used on the 

XDS-9U0. 4a2e 

Online Journal documents may now be accessed through NLS 

by simply using the catalog number as a file name. Iia2f 

A catalog search is done which determines the real 

name and location of the file containing the document 

with the indicated number, ka2fl 

This search is transparent to the user, and once 

located, the document is loaded as if the user had 

typed in the name and directory information contained 

in the catalog, ka2f2 

User aopearance Ua3 

As the user initially addresses the Journal system for 

document submission, he must define the document as any 

legal NLS structural entity (Statement, Branch, Group, 

Plex, or File) -or as a message (literal) to be typed in, Jia3a 

The document is immediately assigned a catalog number, 

and copied into a wcrK area. I^a3al 

As this is being done, information relevant to the 

document (date/time, author, etc.) is recorded in 

the document header, along with default parameter 

settings. ka3ala 

The user is now placed into an interactive submode, where 

the following parameters relevant to document submission 

may be specified: iia3b 

Author: Person (persons) or group sponsoring the 

document. lj.a3bl 

Clertc: person actually submitting the document, ka3b2 
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comments: A comment which is Kept in the document 

header as an appendage to the document. Ju3b3 

Distribution: A list of persons or groups to receive 

copies of the document, ka3bli 

Keywords: Key words which may pe used for document 

retrieval at a later time. Iia3b5 

Obsoletes: a list of documents obsoleted by the 

document being submitted. Iia3b6 

subcollections: A list of subcollections in which this 

document is to pe included. I*a3b7 

The subcollections listed here are in addition to: Ua3b7a 

Any subcollections associated with the submitter 

py default. Iia3b7al 

Any groups included in the distribution list, ka3b?a2 

Title: A title for the document. This title will 

appear as a default page header in the final formatted 

version. Ju3bd 

updates: A list of documents updated by the document. Ita3b9 

Additional to the parameter specification commands are: Ua3c 

commands for control ka3cl 

Quit: Leave the Journal submission submode, and 

abort the entry. J±a3cla 

Go: Terminate the parameter specification phase and 

begin the actual document entry. iu3clb 

status Command: Shows the current status of the entry 

parameters Iu3c2 

place Link Command: Allows the user to specify a 

location in a file, which will be used for inserting a 

statement containing a link pointing to the submitted 

document when submission is complete. 4a3c3 
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interrogate command: Places the user in a passive 
rather than active interactive mode. Subsequent to 
this command, the system will request specification of 
certain parameters from the user. 



Iia3clt 



After the user has initiated the Go command, the system 
proceeds to execute the necessary functions for making a 
Journal entry from the working document. 



U3d 



when this process has been successfully completed, a 
link locating the just-submitted document is typed or 
displayed to the user- 

The user is then returned to the NLS command mode. 

The Journal System User Guide (7637,) provides 
additional information on the use of the system. 




Jia3dl 
Ua3d2 

Ua3e 



FIGURE 2. Someone calling the Journal System in TNLS. 
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FIGURE 3. In the Journal System, a file haa been 
submitted, and the user is waiting for a number. 




FIGURE k» The user commands the System to quiz him for 
the information it needs. 
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FIGURE 5. The user has responded to the System's 
promptings with the title and is about to fill in the 

distribution list. 




FIGURE 6, journal system in progress 
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FIGURE 7. Submission complete. 



Identification system 

As the Journal system was being designed, the need for 
uniquely identifying persons and groups within the 
environment of the system became apparent. 

Given this identification, the system could keep track of 
a body of information about each user, such as address, 
telephone, TENEX user name used by the user, etc# 

The outgrowth of this need is the Identification system. 

With this system each user/group is assigned a unique 
two-to-six-letter code, which is subsequently used as a 
♦handle' for that Derson. 

wherever possible, the code (IDENT) for a person is 
the initials of that person, and for groups the 
acronym for the group. 

The IDENT may be used to locate an entry in a file which 
contains the necessary information about that person or 
grouPt 



liaJi 
JiaUa 

iialib 

liaUc 

Uakd 

kakdl 

babe 
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provided in the identification system are not only 
handles for retrieving information about any IDENT, but a 
command sub-level for generating new IDENTS and modifying 
information for old ones* lialif 

The Identification system is used extensively by all 

phases of the journal. fcalig 

The Identification System User Guide (7636,) provides 
additional information on the use of the system, Ualih 

Number system Ji*5 

The Number system provides a capability for centrally 

assigning Master catalog and Network Working 

Group/Request for comments (NWG/RFC) numbers, ka5a 

There is a set of NLS commands for directly assigning 

catalog numbers, and for pre-assigning RFC and Journal 

numbers. liaSP 

There is also a set of handles that allows numbers to be 

assigned to internal processes, e.g. the Journal. kaSc 

The Number system User Guide (7639,) provides additional 
information on the use of the system, iiaSd 

Document Access lia6 

The XDS"9kO Journal system provided essentially offline 

nardcopy access to Journal documents, lta6a 

'with the PDP-10 Journal system, an effort has been made 

to provide convenient online access to Journal documents 

in addition to improved offline access. iia6b 

Hardcopy master and access collections (libraries) are 

maintained of all journal documents. Iia6bl 

while tne master collection is maintained in its 

original form, documents from the access collection 

may be checked out, annotated, and copied by ARC 

personnel. lia6fola 

The master catalog number is still the Key to 

identifying documents. Ita6b2 
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as indispensable aids to the user, ARC provides 
author, number, and titleword indices. 

These indices are automatically produced from the 
ARC Master catolog by a series of L10 user 
programs. 

ARC JOURNAL INDEX B* AUTHOR 



U6b3 

Iia6b3a 
lu6bii 



Titl« 



Date 



Nunber 
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A Portion of the journal Author Index, 



online access is provided to all documents added to the 
journal collection since the PDP-10 Journal system became 
operational. 



*a6b5 



Any journal document may be located oy using the master 
catalog number as a file name. 

Regardless of the location of the document, the 
system will find it and return it to the user as 
reauested. 

At the present time, all recent and most earlier Key 
documents are Kept online. 

An archival system is currrently being implemented. 
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with this system, a request for a document which is 
not in direct access storage will result in a 
response of the form : "Document is in Secondary 
Storage--Retrieve ? H . 

An affirmative response will cause the system to 
direct an operator to mount an appropriate tape (or 
disc pacic) and load the file to direct access 
storage. 

An algorithm based on access activity and priority 
will be used for determining which documents will be 
Kept permanently in direct access storage. 

As with the hardcopy collections, author, number, and 
titleword indices are provided online as an aid to 
locating documents. 

Additionally, a user may use any level of L10 user 
programs and Content analysis patterns to process the 
journal catalog, thereby creating his own 
sub-collections using whatever selection criteria he 
chooses. 

Document Distribution J*a7 

Document distribution is more convenient not only for the user 

specifying the distribution of a document, but also for the 

operator producing hardcopy, and the recipient. ua7a 

A user submitting a document mav specify recipients by simply 
entering an IDENT for said recipient as one of the parameters 
specified during submission. ka7D 

Since an IDENT may identify either an individual or a 

group, distribution to many oersons/grouos may be specified 

in a simple manner. lia7bl 

E.g. "Distribution: SRI-ARC" indicates that a copy of the 
document is to be distributed to each ARC nerson. ita7b2 

Copies of any document in the Journal collection may be 
distributed in a like manner using the Secondary Distribution 
command, Ua7c 
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A user may specify the manner in which journal documents 

addressed to himself are to be distributed, )*a7d 

current delivery options are hardcopy and online. Iu7dl 

A user may specify either or both of these options. Ita7d2 

Other options will be provided as they become necessary. 

If hardcopy delivery is specified, the user will receive a 

hardcopy version of all documents addresssed to him via the 

U.S. mail, Ua7d3 

If online delivery is specified, notification of a document 
addressed to the user is received via a branch in the users 
initial file. ua7<U 

included in the notification are the document author, 
number, date, and title; any comments or notes 
associated with the document; and a link locating the 
document. 

Physical distribution of Journal documents is automated to a 

high degree. U,a7e 

online delivery is done by a background processor which is 
automatically started when TENEX is initiated. Iia7el 

The printing of hardcopy must be initiated by an operator. 

but then the system proceeds to produce correctly formatted 

and addressed hardcopy without operator intervention 

(except for paper handling, etc.). Ua7e2 

A provision has been made for automatically starting 
hardcopy production, but is as yet inoperative because 
of certain system interface problems. 

The printed hardcopy must be subsequently stapled stamped 

and mailed. iia7e3 

Special Features bad 

Certain applications of the journal system have required 

special handling. iiaSa 
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Most notable of these special applications has been the 

Network Working Group Request For Comments (NWG/RFC), i^adal 

The journal and dumber systems have been modified so that 

they provide the necessary functions for producing RFC*s 

within the context of the Journal. I*a6a2 

This greatly facilitates the processing and distribution of 

these documents. ij.a6a3 

Problems and comments Iia9 

Reliability )U9a 

in terms of file handling, the Journal is a complex system. i*a9al 

one of the major problem areas has, correspondingly, been 

file manipulation, specifically file integrity. Ua9a2 

There are (at least) li files which must contain 

synchronized data for each Journal entry. Jia9ai 

Due to a variety of factors (such as disc errors and TENEX 

bugs) one or more of these files has occasionally been 

destroyed. na9a4 

Unless the journal system immediately recognized this 
fact, any subsequent Journal entries could potentially 
cause significant scrambling of related data, resulting 
in numbers being assigned twice, documents being 
delivered two or more times (or not at all), or 
documents disappearing. 

several efforts have been made to make the Journal 

fail-soft in this area. I;a9a5 

Whenever the system is restarted, a special verification 
and repair proeram is automatically run. 

This program checks the integrity of Journal files, 
and (if possible) fixes any errors it finds. If an 
error is found which cannot be automatically fixed, a 
message is typed on the operator and logging 
consoles, and the Journal system is locked. 



online Team Environment 
37 



SRI-ARC 8 JUNE 1972 130U 
Team Augmentation 
The Journal 



periodically, a background process runs and checks the 
validity of various files. Again, if any errors are 
found, the journal is locked. 

If any file errors are discovered during the submission 
process, the Journal is locked and any user currently in 
the process of submitting a journal document is notified 
of a file error, and is returned to the NLS command 
level. 

Operations Ua9b 

Despite efforts to make the journal fail-soft, an error 
occasionally occurs that is not immediately detected, ka9bl 

when this occurs, the result is frequently a mess that 
requires several hours of manual fixup to restore the 
journal mechanisms to their proper state. 

This creates an environment which makes reliable 
operation of the journal system difficult and subject to 
the whims of a sometimes unmerciful system. 

Fortunately, however, increased reliability of the 
system (due largely to the RP02 Disc packs and improved 
techniques of maneuvering within the constraints of 
TENEX) has sharply decreased the frequency of serious 
file crashes. 

The major current cause is running out of Disc space, 
which TENEX does not handle very gracefully. 

For an extended period, there has been an interface problem 

between TENEX and the part of the system which produces 

hardcopy. 4a9b2 

Again, this is in the area of file handling. 

This asynchrony has made consistent production of 
hardcopy difficult. In fact, for a while it was 
virtually impossbie. 

The hardcopy production system will not be smooth and 
automatic until the interface problem is rectified, 
which will hopefully be the case in one of the (not too 
distant) future releases of TENEX. 
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Summary 



The Journal system (along with the Identification and Number 
systems) is currently a viable system in use by ARC and 
Network personnel. 

There are certain efficiency problems, largely due to certain 
system file functions requiring greater overhead than 
originally anticipated, and our attempt to implement the 
Journal system using NLS files for the data base. 

Manipulation of NLS files is considerably slower than the 
manipulation of specially formatted files would be. 

Future efforts will attempt to improve the efficiency. 

Other systems and procedures within the ARC and Network 
environments are interfacing with the Journal system. 

The Baseline Record system uses the Journal system for the 
distribution of task lists and other planning information 
to ARC personnel. 

The Journal win use a new Catalog production System for 
the creation of its catalogs. 

The journal is an integral part of the ARC Handbook 
activity. 

The journal system is being actively used in design 
processes and dialog not only in ARC, but among Network 
users as well. 

Future Journal system changes and additions will attempt to 
improve the handling of problem areas, as well as introducing 
new tools for viewing, retrieving, and linking among Journal 
dialogs. 

A mpjor Dialog support system effort will be in the creation 
of a set system, which will allow the flexible and convenient 
manipulation and viewing of collections of Journal items. 
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HANDBOOK lib 

Description li.bl 

The ARC Handbook is intended as a "super-document" containing 
an up-to-date, large, detailed, highly cross-referenced and 
well-indexed description of ARC project-team activity, Ubla 

Such a document will provide ARC, as a team tackling complex 

system-development projects, with the highest possible 

visibility over its working environment, i.e. over its: liblb 

planning -- plans, contingency alternatives, resource 
commitments, status, criticisms l^blbl 

Designing -- designs, design principles, constraints, 
estimates, analyses, supportive data, relevant needs and 
possibilities liblb2 

operating — roles, task definitions, assignments, 

policies, operational procedures and conventions lj,blb3 

ARC has formed a team whose responsibility is the design of a 

Handbook system which will be used to construct, index, and 

maintain this document. However, concurrent with a formalized 

Handbook design is a bootstrap attempt to pull together bits 

and pieces of ARC information from sources at hand. Tne 

latter is described here. kblc 

At present, we have just finished the first and very primitive 
pass at organizing and obtaining in hardcopy much 
documentation relevant to the contents of an ARC Handbook. An 
outline is included in this report, see--,ii) . Hbld 

The Handbook is arranged topically; this arrangement is by no 

means fixed as we expect to learn much from actual usage and 

win redesign as appropriate. It exists online much as the 

Contents appear here but the online version includes links to 

each of the documents referenced. It also exists in hardcopy 

in the ARC library and includes a copy of each of the 

documents referenced, procedures have been written which 

describe revision/maintenance for the Handbook in its current 

form. lible 
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At this vritin?, the primary guide to the Handbook is the 
contents file reproduced in this report, A simple keyword 
index will be written in the near future and eventually, a 
system for automatically producing indexes. Hblel 

The Handbook as it now exists is by no means inclusive as its 
primary source is the Journal for information about system 
features, ARC procedures, etc. However, the building of the 
Handbook has revealed and specified many areas of insufficient 
documentation and journalization and as such has already 
stimulated documentation and journalization activity at ARC. Itblf 

It is currently being used as an aid to some individuals and 
documentation teams in the production of general, medium-scale 
and medium-complexity documents. This usage is expected to 
increase as people become more familiar with its organization, 
reliability, and inclusiveness. iiblg 
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BASELINE RECORD SYSTEM fcc 

Introduction ' iicl 

our ARC system development team has the same basic needs for 
Planning, coordinating, documenting, and accounting for a 
constantly changing set of interrelated tasks as do other 
groups of people developing complex technology, fccla 

we constantly face more opportunities for changes or 

additions to our evolving system than we have resources to 

carry out. Therefore we must find ways to obtain as 

effective utilization of our ideas, and of our people, 

system, and material resources as we can so as to make the 

best progress toward our goals. kclal 

Planning requires a framework within which information 

about goals, needs, possibilities, resources, and related 

dialog can be recorded, studied, and modified usefully. kcla2 

ARC planning and task activity is currently conducted in 

the LINAC operational framework outlined below, see--,iie3). Ucla3 

The result of such coordinated analysis is the adoption of 

a current visible plan, or "baseline" of expected events, 

agreed upon system developments, their external 

configurations, and resource allocations, liclau 

The information relative to the planned system 
developments is contained in our Baseline Record, 

The Baseline Record is a special subcollection of the Journal, 

It consists of a series of files specially formatted to 

contain task and resource allocation information, including 

particularly files of plans, specifications, analyses, 

designs, etc. kclb 

The basic objectives of the Baseline Record System are: iiclol 

1. To provide a central Place for recording Baseline 
data in an organized way, 

2. To prepare useful views of such data, 

3. To provide a system for updating the Baseline data 
base. 
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The main responsibility for the data actually being 
complete and current resides with the pushers for the 
various tasks and activities, 

some BRS design criteria arej l;clb2 

users' opinions should be gathered and brought into the 
BRS system design process as it progresses. 

Data input must be easy for task initiation - whether 
for tasks agreed upon as officially "on the Baseline of 
planned tasks" or just as possibilities (needs) up for 
consideration. 

Data should be stored in a readable format to permit 
scanning for clerical proofing purposes, user-browsing, 
with flexible, but strictly formatted, storage for 
automatic processes to access and use in preparation of 
routine views and summaries of the information. 

Views must be "easy" to generate - both by the 
operations people and by individual ARC users wanting 
special views. 

Routinely produced views must be meaningful and useful 
to a wide range of users' needs, 

users must be guided - trained - in the use of the BRS. 
probably on a continuing basis. 

The Baseline Record is composed of the portion of our 

currently accurate working records that represents our best 

definition of: what tasks we plan to perform, how we plan 

to do them, and how we will allocate resources (people, 

system service, materials). Uclb3 

This record is produced from central planning data 
contained in online files at ARC, and will contain 
various views of that information as needed to give 
meaningful representations of our situation. 

A basic set of Baseline record views we will use 
includes: 

(1) Schedule: by activity grouping (NIC,DSS,CSO) 
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(2) Schedule: all tasks by ARC planning stage 

(3) Schedule: all tasks by person 

(k) Baseline record summaries by task, formatted as 
"status" reports, with elements such as: 

Information: (about nature of task and 
agreements) 

Buyer (s): (for whom or what task is this task 
being performed) 

Requirements: (agreed upon needs this tasK will 

fulfill and certain design criteria 
as needed) 

Design: (details of design--or links to 
such--user interface features, 
internal implementation) 

Milestones: (significant delivery/evaluation 
points used when relevant) 

SUbtasks: (smaller segments made visible for 
more detailed planning purposes as 
needed) 

subcontracts: (other tasks initiated in direct 
support) 

we have been keeping some or all of the Baseline Record 

information within a specially organized subcollection of 

the Journal, shelved separately. We will use as a "Shelf 

List" a topically organized Table of Contents. kclblt 

sections of the Baseline Hecord that are superseded by 
new journal entries will be separately shelved with 
other oosolete documents. 

Changes in requirements and designs will be approved and 
recorded as in configuration management of hardware 
designs. 
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we plan to develop new tools to aid analysis of estimates, 
schedules, and staff involvements, with interactive factor 
adjustment features to permit consideration of the effects 
of potential changes in configurations of dates, people, 
and interdependent tasks. 

Present Baseline Record system 



iiclb5 
1lc2 



The present Baseline Record system has concentrated on the 
recording of information relevant to individual tasks being 
performed or under consideration by various ARC staff members. 



Iic2a 



There now are over 200 tasks of various magnitudes to 

consider in our planning and operational environment at any 

point in time. These range from simple bug-fixing tasks to 

complex design or implementation tasks that may be 

performed by several people over many months. iic2al 
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FIGURE 8. The tasks of one person as printed by the 
Baseline Record system. 



we have developed a set of programs with an initial data 
storage system that organizes information recorded about 
these tasks with features that permit routine summary views 



Iic2a2 
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to be produced and that also make available flexible 

user-created views of the Baseline task information. iic2a3 

procedures have been developed for data collection and 

input and for view production that aid in weekly updating 

of the Record, These views are produced in hardcopy and are 

also entered into the Journal. I*c2ali 
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Higher-Level Planning Needs kc3 

Although we have started using ARC'S Baseline Record system on 

a current task-by-task basis during the past year, we still 

need to aevelop a more complete, "higher level" picture of 

what new ARC system developments (functions, features, 

stages..) we want and expect to see. Among other 

considerations, this includes better definition of activity 

goais. I*c3a 

Plan needs Uc3b 

we are now working on a set of descriptions of proposed 
developmental stages for each of our activities. uc3bl 

Because our activities are strongly affected by the 
developments (features, timing, resource use) of others, 
it is clear that realistic plans for each activity will 
be produced only after considerable integration and 
adjustment. 

Plans needed and who makes them itc3c 

The pusher (or a prospective pusher) for each activity is 

the person responsible for seeing that the developmental 

plan is made and kept up -- as a continuing part of his 

role as pusher. Thus, for example, the DSS pusher will 

bull together the various needs and possibilities about how 

the DSS should and might develop, over the coming months 

and years. I*c3cl 

He is expected to draw upon others (including his DSS 
planning team) for help, ideas, or other inputs in the 
process, but he is the one responsible for producing the 
plans we need. 

Rather than .lust getting help from others individually, 
he may find it may useful to have some group discussions 
among appropriate people for each main activity. The 
pusher should make this happen where needed. 

Each activity plan requires many hours of effort on the 
part of the pusher -- particularly with the balancing and 
adjusting that may be needed, Itc3c2 

Plan elements lic3d 
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The following eight items are basic considerations pushers 

will provide in their plans: kc3<3tl 

1. Basic objectives of the activity. 
What should it result in or produce? 

2. New or changed features that may be added. • .including 
descriptions of what they are, how they might work, what 
they mean to the system and/or the users. 

These may be thought of either as separate tasks, or 
simply as "features" -- which might result from 
several tasks. 

3. The non-machine methodology, procedures, and training 
that need development to really use the tools and 
features to produce useful total packages -- 
sub-systems, 

it. Stages of development -- logical combinations of 
features, procedures, training (not just points in time, 
describing the "look" at significant points. 

The stages should fit the natural progression of the 
activity -- not necessarily related to ARC overall 
stages. 

Some activities will have less apparent need for 
showing stages of development than others. Still, it 
seems it is imDortant to "partition" the future plan 
in some way, even if on an arbitrary, less meaningful 
basis, 

5. Relationships to other tasks or features needed. 

where critical needs (for each activity) exist, they 
will be pointed out -- with some discussion of the 
situation. 

6, Effort needed to meet stages. 

ROUGH estimates in man-weeks by feature or stage 
(plus skill types or people being considered to work 
on it if known) are needed. 
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7. Alternative possibilities for other features or 
stages, 

8, Implications on the staffing skills and levels 
required of ARC as a whole. 

Comments on our Experience with the BRS to Date kck. 

Considering our initial experience using the initial BRS, we 

feei that our ARC users were not well guided and trained in 

BRS use, l^cka 

The initial system did not produce views that were useful 

enough - mainly because most of the needed data were not in 

the system, kcltb 

Key missing data were requirements, designs (or links to 

them) partly because they did not exist, partly because of 

a lack of participation by the user population. itckbl 

we still need to develop better estimating techniques. The 
accuracy of estimates needs improvement and what estimates 
mean to us needs description, ARC people need to learn more 
about how to make predictions of start, end and other 
dates, resource use estimates in our changing, quite 
unpredictable environment. Iiclib2 

A BRS-integrated accounting and resource allocation system 

is needed to aid in estimating, and in the decision 

Drocesses in Baseline management. ii.cii.D3 

Developing a system for the facilitation of input of 
data is a real challenge, but must be worked out. 

An activity and task accounting number system that will 

be shared with the BRS has been designed. It is 

open-ended and will lend itself to overlapping task, 
activity interests. 
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BASIC NLS lid 

Basic NLS User Features udl 

Introduction lidla 

ARC focuses on the evolutionary development of the Online 
system (NLS) in the spirit of bootstrapping which has been 
applied since the project's inception. Udlal 

Continuing evaluation based on our experiences generates 

the need for and the form of modifications to NLS. The 

tools of earlier versions of NLS are used to design and 

implement new versions which differ in new features and 

in the growth, modification, and possibly deletion of 

older features. i^dlala 

We try out tools in the hope they will improve the 

worKing abilities of the group. Changes are 

evolutionary and small to minimize the shock to the 

whole system. Modifications are, however, constantly 

being made. Uaialal 

Examples of some changes to NLS and the reasons for 

the changes include: U.dlaia2 

the addition of the split screen display mode to 
make possible multi-file viewing and cross-file 
editing. 

the removal of the trails feature because it was 
not used extensively. 

the modification of the substitute command to 
provide a larger, more useful variety of parameter 
modes, 

our augmentation system provides a workshop of online 

tools and human interaction techniques used not only in 

software design and development, but also in the 

management of the group, in the operation of the Network 

information center, and will be used in the creation of 

online communities of discipline-oriented researchers. kdlalb 

our experiences in the development of augmentation system 
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features within the center and on the ARPA Network indicate 

some new directions for our bootstrapped research effort. I*dla2 

in the contract period, emphasis has shifted from the 
development of tools to augment individuals toward 
development of tools for local project teams and also 
scattered communities of researchers. ^dia2a 

Such tools include: Itdla2al 

the Dialog support system (DSS), and 

the Baseline Record System (BRS). 

The first scattered community will be composed of system 

designers aided primarily by the Software Engineering 

Augmentation System (SEAS) discussed below see--,itd2). 

This community will collaborate in the development of a 

system design discipline. The augmentation of the 

software Engineering community will accelerate evolution 

of new tools, in the future, other communities will 

receive specialized tools developed by the augmented 

system designers. ltdla2D 

in the past contract period many additions and 

modifications were made to NLS. A new and effective 

typewriter version (TN'LS) has found wide use both at ARC 

and at sites on the ARPA Network. Improvements have been 

made in the display version (DNLS), and a first PDP-10 

version of an offline mode (DEX) has been introduced. iidla3 

As of February 1971, an initial version of TNLS 
(Teletypewriter NLS) was fully operational on the 
PDP-10. one of the primary reasons for its development 
was to fill in the spectrum of augmentation tools to be 
made available at less expensive hardware and computer 
resource costs than are necessary to run a DNLS system, itdla3a 

There are currently many people over the ARPA Network 

who use the system in their work. The TNLS command set 

is largely synonymous with DNLS, barring features 

peculiar to the display (e.g., split screen) and most of 

the recent features available in DNLS are available in 

TNLS (e.g., sort Merge). iidla3b 

The basic differences between the command vocaoularies 



Online Team Environment 
51 



SRI-ARC 6 JUNE 1972 130U 
Team Augmentation 
Basic NLS 



of TNLS and DNLS are in the area of addressing. DNLS is 

a highly interactive, nonlinear, visual system while 

TNLS, owing to the nature of the medium, is less 

interactive and linear, in an effort to compensate for 

the deficiencies of the medium, many special TNLS 

addressing features have been made available to the 

user. itdla3c 

It should be noted that the TNLS command and 

addressing language is richer than that of most other 

"text editors"; some would accuse it of being 

confusing. Novices, however, can quite effectively 

start by using a subset of the features. kdla3cl 

The system, as with all systems developed at ARC, is 

meant to provide a workshop of tools to many levels 

of user experience to aid in the augmentation of 

intellectual tasks. Thus, making use of various 

combinations of address specifications, the 

sophisticated TNLS user may accomplish the equivalent 

of crossfile editing. 4dla3c2 

A new TNLS guide has been written (see -- 7H70,), 

reproduced, and distributed to Network and local users. 

Tnis guide contains a complete description of TNLS 

commands and Journal, Identification, and Number System 

commands in both detailed and summary form. It is 

designed so that as the system evolves, it can be easily 

updated so as to remain current and useful. J±dla3d 

Several training courses for Network users of the NIC 

and TNLS have been held. They are described in tnis 

report as part of NIC activities (see--,5gl0a) ) . J±dla3e 

New special purpose subsystems (in addition to the Dialog 
support System (USS) and the Baseline Record System (BRS) 
described elsewhere in this report) have been developed or 
improved. These include a sort-merge system and a user 
program system among others. MlaU 

NLS -- Technical overview lid lb 

introduction iidlbl 

The current implementation of NLS on the PDP-10 is a 
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large, continually evolving program, code presently 

occupies about 150,000 words of computer storage. J^dlbla 

This section presents an overview of the organization of 

NLS and the structure of files in the system. kdlblb 

Descriptions of earlier versions of NLS may be found 

in previous ARC reports. The April 1970 report 

(5139,)^ contains a detailed discussion of the system 

as it existed in its final days on the XDS-91j.O. itdlblbl 



Changes have been made in the logical structure of 
the system for several reasons: 



Udlblb2 




FIGURE 9* Cross file information manipulation 
with split screens: initially the screen is split 
with a title index on the left and a new empty 
file named research on the right. Titles are 
truncated to show more lines. 
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FIGURE 10. User calls the Goto Programs Subsystem 
by entering the first letter of each command via a 
keyset, on the keyset he can enter with one hand 

all characters that can be entered from a 
keyboard. The other hand is free to use the mouse 
(below) . 




FIGURE 11. The Goto Programs Subsystem (see 
command feedback line in the upper middle of the 
photo) includes several user service subsystems. 
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FIGURE 12. 



He calls one of the user systems, the 
content analyser. 




/ 



* 




FIGURE 13, To insert text of more than a few 
characters, this user switches hands to the 
keyboard, practice varies among users. 
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FIGURE llw The user returns his left hand to the 
keyset and his right hand to the mouse. To 
confirm his command to compile the pattern 
"Research" he presses the right hand button on top 

if the mouse. 
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FIGURE IS. The text he entered appears in tne 
literal feedback line on the upper left. The 
content analyser will act as a filter and pass 
only statements that contain the word Research. 
Patterns may be much more complex and include 
logical operators and classes of characters as 
well as specific characters. 
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FIGURE 16. The user calls the command Assimilate 

Plex by entering three characters on the keyset. 

At the same time he is rolling the mouse which 

moves the arrow to the area (middle right) where 

he wants to put the assimilated material. 




FIGURE 17, By holding down the left hand two 

buttons on top of the mouse, he commands the 

system to assimilate only items that pass the 

content pattern he specified above. The letter i 

toward the upper right and tne larger letters on 

the upper left are feedback from this command. 
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FIGURE 18. Assimilate has created a new file of 
papers on Research. Such steps normally take from 
1 to 5 minutes depending on the system load; they 
were slower in these examples for photographic 

reasons. 



1. The current ARC programming language, L10, is 
more powerful than the several languages it 
replaces, MOL and the SPL's. L10 permits special 
purpose constructions anywhere in its code. It is 
a higher level language and provides greater 
compiler optimization. 

2, An effort has been made to modularize further 
the functions within the system to ease 
development by a team of programmers. This 
functional modularity will be increased with the 
introduction of the Modular Programming System, 
see--,li.d2f ) # 

Discussions of the user features of the systems and 
subsystems making up NLS may be found in the following 
locations; Edible 



DNLS: See DNLS user guide. (10703,) 
TNLS: See TNLS user guide. (71^70,) 



lidlblcl 
lidlblc2 
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DEX; see DEX user guide (993-U* ) and below (see 

— ,fcdia). Iidlblc3 

Journal: NIC Journal User Guide (7635*) and see 

--,Ua) and — ,Sf2a) of this report, fcdlblca 

Identification: See TNLS user guide (7ii70,) and see 

--,iU4) in this report, *diblc5 

Catalog: see --,Ha6b2) and --,5g3)t adlblc6 

Sorter-Merger: See ---,Udlel). Udlblc7 

Baseline: See — ,kc) . iidlblcb 

NLS-DDT: See --,iidleua6) . iidlblc9 

NLS file structure Udlb2 

introduction *dlb2a 

The format and structure of NLS files were determined 

by certain design considerations. Iidlb2al 

It is desirable to have virtually no limit on the 
size of a file. This means it is not practical to 
have an entire file in core when viewing or 
editing it. 

The time required for most operations on a file 
should be independent of the file length. That 
is, small operations on a large file should take 
roughly the same time as the same operations on a 
small file. The user and the system should not be 
penalized for large files. 

in executing a single editing function there may 
be a large number of structural operations. 

A random file structure staisfies these 

considerations. Each file is divided into logical 

blocks that may be accessed in random order. There 

are several types of blocks, each with its own 

structure. Iidlb2a2 
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An NLS file is made up of a header and up to a fixed 

number (currently 1*65) of 512-word file blocks, lidlo2a3 

File Header iUlb2b 

File header contents; Udlb2bl 

File creation date 

Version word (changed when NLS file structure 

changes) 

Identification of last user to update or output 

the file. 

File owner. 

Left name delimiter default. 

Right name delimiter default. 

Number of structure pages used. 

Number of data pages used. 

Status table -- one word per ring block or data 

block page. Contains the following: 

Whether nage has been modified by a user. 

Free space count (for data block) 

pre-garbage collection count. 

Post-garbage collection count. 

Free list pointer (for ring block) 
Marker table. 

Structure Blocks -- ring elements Jj.dlb2c 

These blocks contain fixed size ring elements with a 

free list connecting those not in use. itdlb2cl 

Ring element contents: Iidlb2c2 

Pointer to first suostatement. 

Pointer to successor statement. 

Pointer to the SD8 that contains text for this 

statement. 

DEX work area. 

Head of plex flag. 

Tail of plex flag. 

Name flag. 

Name hash. 

Statement identifier and free list link. 

Data Block — statement data blocks iidlb2d 
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Data blocks are composed o£ variable sized blocks 

called Statement Data Blocks (SDB's) which contain 

the text of NLS statements. New SDB f s are allocated 

in the free space at the end of a data block. SDB's 

no longer in use (because of editing changes) are 

marked for garbage collection when the free space is 

exhausted. fcdlb2dl 

Statement Data Block (SDB) header contents: fcdlb2d2 

No-longer-used SDB flag. 
Length of SDB, 
Length of string in SDB. 
Left name delimiter. 
Right name delimiter. 
Pointer to ring element. 
Length of name. 
Last write time. 
Last write ident. 

String identifiers and Text Pointers j*dlb2e 

A string identifier (STID) is a data structure used 
within NLS to identify strings (possibly within NLS 
statements). Iidlb2el 

If the string is in an NLS statement, the STID 
contains a file identifier and a ring element 
identifier. 

The presence of a file identifier within the STID 
all editing functions to be carried out between 
files. 

Text pointers are used with the string analysis and 

construction features of L10. They consist of an 

STID and a character count. Iidlb2e2 

Locking mechanism -- Partial copies Jidlb2f 

The NLS file system under TENEX provides a locking 
mechanism, which protects against inadvertant 
overwrite when several people are working on the same 
file. Once a user starts modifying a file, it is 
"locked" by him against changes by other users until 
he deems his changes consistent and complete and 
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issues one of the commands! Update File, Output File, 

or unlock File which "unlock" the file. Note, a user 

can leave a file locked indefinitely — this 

protection is not limited to one console session, Udlb2fl 

When a file is locked (is being modified), the 
user who has modification rights sees all of the 
changes that he is making. However, others who 
read the file will see it in its original, 
unaltered state. If they try to modify it, they 
will be told that it is locked by a particular 
user. Thus the users can negotiate for 
modification rights to the file, 

This feature is implemented through the use of flaes 

in the status table in the File Header and through 

the partial copy mechanism. Iidlb2f2 

All modifications to a file are contained in a 
partial copy file. These include modified ring 
elements and SDB's. 

core Management of File Space iidlb2g 

When space for more data is needed, the following 
steps are taken in order until enough is found to 
satisfy the request: l*dlb2gl 

1. Core-resident pages are checked for sufficient 
free space. 

2. Other pages are checked for free space. If 
one has sufficient space, it is brought in. 

3. If garbage collection on any page in the file 
will yield a page with sufficient free space, then 
the pase which will give the most free space is 
drought into core ana garbage collected. 

lw Otherwise a new page is created. 



Online Team Environment 
62 



SRI-ARC 8 JUNE 1972 1301il 

Team Augmentation 

Basic NlS 



logical structure l*dlb3 

introduction Udlb3a 

interaction support lidlb3b 

Terminal interaction support ltdlb3bl 

Display interaction support 

The display interaction support routines take 
input from display users, support various L10 
display input constructions which allow the 
creation of simple interaction statements, and 
control the command feedback line, name area, 
view spec area, and bug selection areas of the 
display screen. 

Typewriter interaction support 

The typewriter interaction support routines are 
primitives for interacting with a typewriter 
terminal user. They include input, command 
feedback, literal collection, and error 
feedback routines. 

Sequential file input support Ii.dlb3b2 

Sequential file input support routines take input 
from DEX sequential files or a control file and 
pass it to the DEX subsystem processor or the 
control file driver system, respectively. 

subsystem control Ii.dlb3c 

Command specification lidlb3cl 

The command specification routines receive 
information from the input interaction level or 
sequential file input and process it as follows; 

1. Command mnemonic input from the user is 
parsed using tests implemented as a large set 
of nested case statements which check 
successive command characters. 



Online Team Environment 
63 



SRI-ARC 6 JUNE 1972 130U 
Team Augmentation 
Basic NLS 



2. operands for commands are interpreted where 
necessary. 

3. Control is transferred to trie appropriate 
execution routine. 

iw Control is transferred to the Portrayal 
Generator for formatting and display. 

5. The user may repeatedly execute commands of 

a given type with different parameters by 

specifying more parameters, when the user 

types a character which can not be a parameter 

specification, the input is assumed to be a new 
command. 

At any time prior to execution, the user may abort 
an individual parameter specification and enter a 
corrected operand without destroying operands 
previously entered in multi-parameter commands. 
It is, however, possible to abort an entire 
command at any time before it is executed. 

Subsystem support Ij,dlb3c2 

These routines support the parsing of particular 
subsystems and provide the code necessary to 
translate the high level functions of each 
subsystem into calls on the file manipulation and 
portrayal generation routines of NLS. They also 
have code necessary to implement any additional 
facilities needed by the subsystem. 

portrayal generator kdl03d 

Display control Udlb3dl 

The display controller is composed of 

1.) a fast formatter and data structures that 
allow NXS to modify portions of tne display 
image in response to user modification of the 
files being displayed, and 

2) user controls, such as the DNLS jump 
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commands, over what is portrayed and how much 
is shown. 

This formatter can maintain images in several 
"display areas" at one time, updating them as 
necessary. Each area may display information from 
several files. 

Typewriter terminal print control Jidlb3d2 

This is a formatter that is oriented toward 
printing parts of a file onto a typewriter 
terminal. 

Hardcopy formatters iidlb3d3 

These include a relatively simple system, 
Quickprint, and a more complicated formatting 
program,. the Output Processor, 

QuicKprint formats the text for printing as it 
appears through the display or typewriter 
terminal formatters. 

The Output processor can feed to a variety of 
different devices, including printers and 
microfilm, and controls the formatting of the 
document according to directives embedded 
within the text. For details, refer to the 
"Output processor User Guide", ( ,11076,2) • 

Sequence generator adlb3da 

Succeeding calls on tne sequence generator create 
a sequence of statements which satisfy system or 
user filters starting at a place in the file 
specified by the user. 

An example of the system filters it observes in 
deciding whether the identifier of a statement 
should be part of a sequence is the level 
truncation viewspec which permits the display 
of only those statements above particular 
levels in the NLS hierarchical file structure. 

These sequences of statement identifiers are used 
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toy formatters for terminal or hard-copy portrayal, 
py compilers, or toy processors which manipulate 
files, such as the sorter, 

See--,lidlei*) for a discussion of the sequence 
generator with user programs. 

User filters and reformatters Uaib3d3 

The user may write and incorporate additional 
filters which the sequence generator will use as a 
final acceptance test. These user-supplied 
filters may reformat the text of the file for 
special applications or views. 

User sequence generators I|dlb3d6 

The user can write his own sequence generators 
which can make use of any NLS routines. 

Editing lidlb3e 

File manipulation algorithms Iidlb3el 

These algorithms carry out the file manipulation 
commands of NLS. They decide what is to be done 
by the textual and structural editing routines and 
in what order, Utility routines actually 
manipulate the NLS files. 

Some commands mafce use of textual editing 
routines exclusively (e.g., "insert Text"); 
some use only structural editing routines 
(e.g. , "Move statement" ) ; others use a 
combination of the two (e.g., "Insert 
statement" ) . 

These algorithms can move and copy text from one 
file to another through cross-file editing,. 

Structure editing iidlb3e2 

These routines involve the manipulation of ring 
structure alone and do not alter the contents of 
the statement data blocks which contain the text. 
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Text editing I*dlb3e3 

These routines edit the text of NLS statements. 
Content analysis features of L10 are used to 
determine where changes should take place; the 
string manipulation and SDB manipulation machinery 
then change the contents of the file. 

Special purpose processors l^dlb3f 

Inserting and outputting sequential files Udlb3fl 

These processors create NIS files from sequential 
files and vice versa. 

Compilers I*dlb3f2 

currently four compilers are available from NLS. 
in addition we are now studying ways of making 
available through NLS the assemblers of the TENEX 
operating system. 

The four compilers now available are: 

L10, a procedure-oriented, block structured 
language developed by ARC for use on the 
PDP-10, 

A subset is available as the content analyzer. 
(921^6,10) and see — ,lidlead) in this report. 

IMOL, a procedure-oriented, block structured 
language which produces code for the IMLAC 
computer-display, 

Tree»Meta, a compiler-compiler used by ARC 
staff to develop other languages, such as L10 
and IMOL. (See the Tree-Meta Report (IO869,,) 
and — ,lid2e ) of this report.) 

MPL, the Modular Programming Language, an 
experimental new language to be used to rewrite 
NLS. (See --,i*d2f) 

Text is passed to these compilers through the 
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sequence generator (ana thus can be filtered and 
reformatted enroute to these various processors). 

Utility routines l*dlb3g 

NL'S file system Udlb3gl 

These routines implement and manipulate the data 
structures in Tenex files which NLS uses. Unlike 
other routines discussed above, they are cognizant 
of and deal with the data structures and the TENEX 
timesharing system environment. 

They are responsible for; 

Opening and closing files. 

Managing the portion of core set aside for file 

pages, 

writing on and reading from files. 

Manipulating ring elements and SDB's. 

Moving within the NLS file structure by 
following ring element pointers. 

Statement name lookup, 

NLS string system UdlD3'g2 

Supports string manipulation construcions in the 
LIO language and deals with the NLS Statement Data 
Block and Hing Block structure. 

Miscellaneous support routines Udlb3g3 

Basic LIO language support routines. 
Call mechanisms, 

Display support routines iidlP3g^. 

Information writing on the screen- 
Manipulating: information on the screen. 
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Basic input routines Iidlb3g5 

Basic typewriter terminal output routines I*dlb3g6 

NLS -- New features ltdlc 

The following features, common to both DNLS ana TNLS, are 

new on the PDP-10: Jidlcl 

Name Delimiters li.dlc2 

A user may specify the characters to be used for left 

and right name delimiters for statements within any 

structural entity in an NLS file. The system defaults 

are left and right parentheses. iidlc2a 

jump to word/Content I;dlc3 

The user was provided with the capability of jumping to 
the first or next occurrence of a specified word or text 
string. Ii.dlc3a 

Null File fcdlcfc 

A new command, Null File, has been added to TNLS and 

DNLS. Given a file name, it will create an empty NLS 

file with that name. Upon completion of the command the 

user is left with the CM (Control Marker -- TNLS) / 

display start (DNLS) at the origin of this new file. lidlcUa 

output Assembler lidlcS 

Sequential files acceptable to the DEC assembler may be 
created frorc NLS files using this command. kdlcSa 

output compiler !tdlc6 

The capability to drive TREE-META produced compilers 

(including the L10 language compiler) directly from NLS 

files is available. iidlc6a 

output sequential Udlc7 

The user may produce a sequential file that corresponds 
to his NLS file. Spaces are used to indicate the level 
of a statement. ]±dlc7a 
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insert Sequential *KUc8 

The insert sequential File command converts sequential 

.files into NLS format. This also allows the user to 

convert XDS-9ko files to TENEX-NLS format. ^dic6a 

output QuicKprint lidlc9 

Since users often want quick hard copy of their files, 

the output QuicKprint command was added. Unlike the 

output Processor, this formatter does not make use of 

embedded formatting directives. The command offers the 

user a default file name and a default of 1 for the 

number of copies to print; these may be superseded by 

the user. After the document is formatted it will be 

automatically spooled for printing, viewspecs in effect 

at the time the command is given control the format and 

content of the printed text, U.dic9a 

update File -- File Locking iidlcio 

The NLS file system under TENEX provides a locking 
mechanism, which protects against inadvertant overwrite 
when several people are working on the same file, once 
a user starts modifying a file, it is "locked" by him 
against changes by other users until he deems his 
changes consistent and complete and issues one of the 
commands: Update File, Output File, or Unlock File which 
"unlock" the file. Note, a user can leave a file locked 
indefinitely -- this protection is not limited to one 
console session. UdlclOa 

^hen a file is locked (is being modified), the user 

who has modification rights sees all of the changes 

that he is making. However, others who read the file 

will see it in its original, unaltered state. If 

they try to modify it, they will be told that it is 

locked by a particular user. Thus the users can 

negotiate for modification rights to the file. iidicioal 

The users are also allowed to enter "Browse Mode", which 

allows several users to simultaneously modify a file. 

When they leave browse mode, one of them may elect to 

keep his changes if no one has the file locked, in which 

case he locks the file until an update or output command 

is executed t^y him. lialclQb 
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iidlcll 



The user may start a new copy of the TENEX EXECUTIVE 

below NLS in the job's process structure and execute 

arbitrary EXEC level commands, including running other 

subsystems. Then, by issuing the EXEC quit command, the 

user is returned to NLS, exactly as he was before 

issuing the Goto Exec command, iidlclla 



Execute Logout 

The new Execute Logout command is equivalent to issuing 
the Execute quit command in NLS and following it with a 
LOGOUT command in the EXEC. 

The following features in DNLS are new on the PDP-105 

split Screen and Cross File Editing 

Display screen splitting and Formatting 

FIGURE 19. (Opposite) overall NLS logical structure. 

Goto Display Area Control 
Horizontal Split 



Jidlcl2 

iidlcl2a 
Jidlcl3 
JidlcU 

iidlclka 

hdlcliul 
UdlclU2 



This splits the display area in which the BUG 
occurred horizontally (into an upper and lower 
segment) at the bugged location moving the 
image of the original display area to the upper 
or lower segment depending on whether the 
cursor is above or below the bugged position 
when the final CA is input. 

No display area will be created which is 
smaller than 2 lines by 20 columns (using the 
character size of the original display area). 

vertical split 

This splits the display area in which the BUG 
occurred vertically (into a left and right 
segment) at the bugged location moving the 
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image of the original display area to the left 

or rignt segment depending on whether tne 

cursor is to the left or right of the bugged 
position when the final CA is input. 

Move Boundary 

The selected boundary (first BUG) is moved to 
the new position (second BUG), A boundary will 
not be moved past a boundary of a neighbor, a 
boundary is moved for all display areas for 
which it is a boundary. Any resulting display 
area which is smaller than 2 lines by 20 
columns will be deleted. 

Format Display Area 

Character Size 

Tne current character size of the display area 
that currently contains the cursor is 
displayed, and the user may type a number {0, 
It 2, 3) for a new character size. Different 
display areas may simultaneously have different 
character sizes. 

Clear Display Area 

The bugged display area is cleared, i.e., the 
image is erased, the return and file return 
rings are released, and the association of a 
file with that display area is removed. The 
display area itself is not deleted. 

cross File Editing in DNLS IidlclJib 

One may freely edit ana jump using several display 
areas. The position of the cursor is used to resolve 
ambiguities. iidiclitbl 

For example, if one executes a Jump command, the 
position of the cursor when the final command 
accept is enterea determines in which display area 
the new image is to appear. 

Mso, if one changes viewspecs using the leftmost 
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two buttons of the mouse, the viewspecs of the 
display area containing the cursor when the 
buttons go down are used as the initial values and 
are displayed in the viewspec area. When the 
buttons are released, the display area containing 
the cursor receives the new viewspecs, 

substitute commanrc Change fcdlclS 

substitute in DNLS (and soon in TNIS) has been expanded 
to allow words, visibles, etc., to be substituted in a 
structural entity. ItdlclSa 

All of the old basic NLS substitute commands are still 

available and worx as before. In addition, the 

commands. Substitute /"text entity; in /"structure entity; 

are now available. Text entity may be Character, Word, 

Visible, etc., and Structure entity may be Statement, 

Branch, Grouo, or Plex. HdlclSo 

During the substitution, the delimiters of the 

candidates for substitution are observed. For example. 

if the user issues Substitute Word... "the" for "an" in 

the statement "Do you want an igloo instead of another 

Kayak, dear?", the word "an" will be replaced by "the", 

but the word "another" will not be changed. i*dlcl5c 

Display Creation Efficiency improvement Udlcl6 

The former code that generated and maintained the 
display imasje updated the whole screen except in the 
case of textual edits. We were able to optimize this 
process so that, in most cases, only those windows 
involved in the ooeration are changed, and only those 
entities involved are actually reformatted. The 
response time for a display user has been reduced 
substantially. Iidlcl6a 

The Deferred Execution system (DEX) udld 

Deferred Execution (DEX) is a system that provides a means 

by which information may be prepared offline for later 

Drocessing by the computer. ltdldl 

The currently running system, DEX-1, has commands that 
orovide for text input, backspacing over characters, 
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deletion (and undeletion) of commands, and the creation of 

NLS files and hardcopy printouts, DEX-2 will provide 

further editing capabilities as well as access to existing 

files, kdld2 

DEX-i was designed to be used with typewriter terminals 

connected to some recording device (currently paper tape or 

magnetic tape cassette). At such a terminal the user 

produces a paper tape or tape cassette containing 

information destined for computer processing, kdld3 

DEX is a complement to the online NLS. it operates with 

greater system-use efficiency since actual computer time 

can be deferred to periods of low usage -- "off-hours", 

when the load is greatly reduced, lidldlj. 



The ena result of files created by DEX and files created by 
NLS is the same. Once created by either system, no 
distinction is made --they are all NLS files that may 
later be edited online. 



l^dldS 



The overall goal of DEX is to increase the utility of our 
computer aids by, in most cases, reducing the support cost 
of computer-aided text manipulation, and in some cases 
nroviding more service value to the user than he would 
obtain from immediate-execution processes. 



Udld6 



There should be a smooth spectrum of features applicable 
to different situations of service level, terminal 
device, information context and type or priority of 
task. 



Hdld6a 



in such a spectrum of computer aids, users should find 
complete consistency and continuity in concepts, 
nomenclature, and operating skills required for 
operating effectively in these different situations. 



Udld6b 



users should eventually be able to switch from one level 

of interaction to another while at an online terminal 

thereby providing maximum utility toward the user's 

working goals. itdld6c 
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FIGURE 20. Deferred execution (DEX) operator 
transcribing a meeting. The black box to the 
operators right plays an audio tape of the meeting. 
She types the words on her terminal and the terminal 
output is recorded by the digital tape machine that 
she is touching with her right hand. The digital 
tapes are read onto our disk storage and processed 
into NLS format at leisure. 



Itdld6cl 



DEX-1 was a first attempt at satisfying these goals and 
was implemented primarily to provide an offline input 
facility. DEX-2 will provide editing facilities and more 
flexible input. Later stages will make deferred features 
available in the online modes. 



Udld7 



The design of DEX-l was carried out in an augmented mode 
making use of the dialoging possibilities of the Journal. 
dEX-2 has been designed using these same capabilities with 
a team approach. Thus a record of the system from first 
ideas to final documentation is available. The 
implementation of DEX-2 is expected to proceed soon. 

A manual for DEX-1 is currently available. (993a,). 



Jidldd 

iidldda 
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The design for DEX-2 is documented in.(92fcl,K itdld8o 

Other subsystems kdle 

Sorter-herger-Updater Description kdlel 

General Implementation Description lidlela 

The new sort-merge-update capability is based on the 
addition of three primitives to NLS that are used by 
the Sort Branch/Plex/Group and Merge 
feranch/Plex/Group commands and which may also be 
called from user L10 programs compiled with the "Goto 
Programs t,io User Program Compile" command. Jidlelal 

Each of the three primitives added to NLS to 
perform the sorting, merging, and updating 
functions requires as an argument the address of a 
Key procedure program written in the L10 language 
to furnisn sorting criteria, in addition, the 
update primitive requires as an argument the 
address of an update decision procedure to take 
action on corresponding data items. This 
procedure will differ for various specific 
applications. In the most general case, it is 
provided by the user, although we are building up 
a library of some standard procedures for common 
applications. 

Tne sort primitive uses a tree sort as its basic 
algorithm. This is the same one used in our 
previous sorting system. The restriction of its 
application to intra-file use, the implementation 
of efficient key comparison algorithms and a 
special reordering routine have resulted in a 
soeed increase on the order of 100. 

procedures supplied to the Sort, Merge, and Update 

primitives: adlelo 

Key procedure: kdlelbl 

Sort key procedures are written in the L10 
language and provide the patterns for text string 
analysis throuph which a data base in an NLS file 

is to be sorted. 
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Typical Keys may be written to: 

find and order last names after initials 

find numbers in columns 

find individual key words in indices 

The system default alphabetizes statements over 
which the system is run. 

Update Decision Procedure itdlelb2 

The update decision procedure is called by the 
update primitive once for each sort key value 
found in either the master or update input. 

All of the statement identifiers (stid's) 
supplied to this procedure on a given call have 
the same key value as determined by the key 
procedure, 

in general, this procedure changes the master file 
t>y deleting some branches from the master input 
and inserting some of the update input. 

in the simplest case, there would be at most 
one master and/or update item for a given key 
value, in this case, the update decision 
procedure deletes the master item wnen there is 
a corresponding update item to replace it. 
Other master items are kept and other update 
items are inserted after the destination stid. 

A comparison file may be created by this procedure 
for proof reading. 

control File and Record Mode kdle2 

a set of commands (and modifications to tne user input 
routines) has been addea to implement a record and 
playback capability. A session or series of operations 
at a display console may be recorded on a file, then 
played back. During the playback, NLS will read the 
input from the control file instead of from the user. 
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An attempt is made to replay the commands at the same 

speed that the user entered them. itdle2a 

This allows us to capture user interaction with NLS 

for analysis and for creating a "control load" to use 

in testing the effects of changes to the TENEX and/or 

NLS systems, in addition, users can build up a 

library of common sequences of commands, which can 

then be executed quite easily. Also, comprehensive 

testing of new releases of NLS can be accomplished 

using such recorded user interaction. Udle2al 

output Processor Addition . Iidle3 

The output Processor is an NLS file formatter, driven bv 

embedded directives, for various output media such as a 

line printer or microfilm. This subsystem was expanded 

to provide a larger variety of directives (summarized in 

the "Output processor Brief User Guide" (6912,)) and to 

permit such the use of the FR-80 microfilm device. I;dle3a 

The output processor subsystem code was rewritten in 

Tree-Meta to provide an interpreter for the 

formatting directive language. lidleial 

FR--60 Output Processor Device )xdle3b 

Documents may again be formatted for FP-60 microfilm 
devices. The document formatter (commonly called the 
Output Processor) provides the following options with 
respect to this device: iidle3&l 

6k character sizes, 

placement of text within a 16k by 16K coordinate 

system. 

various intensities and line widths, and 
microfilm/fiche and/or paper output. 
user Frograms iidleii 

introduction iidleiia 

User-written programs enable one to tailor the 
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presentation of the information in a file to his 

particular needs. Experienced users may write and 

compile online programs that edit files 

automatically. These programs, written in the LlO 

programming language used by NLS system programmers, 

may be composed using the NLS text editor, compiled 

into the user program buffer, and linked into the 

user's running NLS system. iidleltal 

The language contains some high level features for 
operations such as string analysis and 
manipulation which are implemented in the language 
as calls on nls library routines. 

The User Program facility brings together the 
tools formerly described as Higher Level processes 
(HLPs) in the June 1971 Report (6277,). The 
current system provides the user with access to 
the full array of NLS system tools as well as the 
debugging facility, DDT. The ability to create 
what are Known as User Sequence Generator programs 
allows greater file reordering than did the old 
Analyzer Formatter, user Programs also satisfy 
some objections to the earlier Executable Text, 
which could not be easily programmed or debugged. 

NLS provides a variety of commands for file 

manipulation and viewing. All of the editing 

commands, and the print command with associated 

viewspecs (like line truncation and statement 

numbers) provide examples of these manipulation and 

viewing facilities. Udlelia2 

But occasionally one may need more sophisticated view 
controls than those available with the viewspec and 
viewchange features in NLS. i*dlel*a3 

For example, one may want to see only those 
statements containing a particular word or phrase, 

or one might want to see one line of text that 
compacts the information found in several longer 
statements, 

one might also wish to perform a series of routine 
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editing operations without specifying each of the NLS 
commands over and over again, iidlelj.ait 

The Network information center at ARC uses the 
ability to create text using the information from 
several different statements (and even different 
files) and the ability to insert this new text 
into a file to produce catalogs and indices. 

These programs may range from simple content analysis 
pattern filters which alter the way a file is viewed 
by a user to advanced programs that provide sequence 
generators and sort keys to edit and restructure many 
files automatically upon execution. kdlekaS 

Users taking advantage of this expanded feature also 

have access to the debugging facility of the system. 

currently this means that the TENEX DDT may be used 

with compiled and instituted user programs (i.e., 

those which have been linked into the user's running 

NLS system). A planned expansion will make available 

a debugger in the NLS system itself providing an 

extremely powerful programming tool. Iidlelj.a6 

While the user program tool itself has been available 

in various forms for several months, the complexity 

of the language and of the NLS internal structure 

have precluded any major attempt to make it generally 

available in its most oowerful forms. Content 

analysis patterns have been as far as most users have 

gone in their use. lidleUa7 

Some non-programming personnel at ARC, however, have 
been creating programs to produce formatted catalogs; 
programmers have used the feature to create and debug 
new NLS commands and subsystems without being forced 
to compile and load the entire NLS system whenever a 
change is made, an inefficient and time consuming 
process given the demands on system resources and the 
current size of the system. adleliafi 

To make this powerful tool more generally usable, an 
initial documentation of a subset of the L10 language 
has been created. This "L10 Primer" provides basic 
information on the syntax and semantics of many of 
the constructions of the whole language. It also 
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describes the basic commands in NLS that provide the 

user interface between NLS and user programs. 

(92fc6J. UdleU9 

omitted from the documentation are discussions of 
some special purpose language constructions used 
in the creation of NLS display commands. Also 
currently undocumented are system procedures that 
may be accessed through user programs and which 
facilitate building the more complex file editing 
and manipulation tools. Supplements to the 
"Primer" and the continuing documentation of the 
NLS system in general will deal with these 
omissions. 

creation of user written programs i^dle^o 

User written programs must be coded in L10. They may 

call other user written routines and various 

procedures in the NLS program itself, Udlefcbl 

User programs that control the way material is 

portrayed take effect when NLS presents a sequence of 

statements in response to a command like Print Group 

(in TNLS) or Jump to Item (in DNLS). JidleJib2 

In processing a command such as print, NLS looks 
at a sequence of statements, examining each 
statement to see if it falls within the range 
specified in the Print command and if it satisfies 
the viewspecs. At this point NLS may also pass the 
statement to a user written program to see if it 
satisfies the requirements specified in that 
program. If the user program returns a value of 
true, the (passed) statement is printed and the 
next statement in the sequence is tested; if 
false, the next statement in the sequence is 
tested. 

Although a user program may be called explicitly, 

user programs that modify files usually gain control 

at the same point in processing as those that control 

the view. Iidlel±b3 

Typically, one wants such a program to operate on 
a sequence of statements chosen by a user when he 
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decides to run the program. In addition, one 
usually wants to see the results of such an 
automated series of editing operations immediately 
after it happens. 

Context of User Written Programs -- The Portrayal 

Generator iidlekc 

Generally, the user written program runs in the 

framework of the portrayal generator. It may be 

invoked in several ways, described below, whenever 

one asks to view a portion of the file, e.g., with a 

Print command in'TNLS, with any of the output to 

Printer commands, and with the Jump command in DNLS. hdlelid 

All of the portrayal generators in NLS have at least 

two sections «■- the sequence generator and the 

formatter; if the user invokes a Drogram of his own, 

the portrayal generator will have at least one, and 

possibly two, additional parts -- a -user filter 

program and a user sequence generator. udle.lic2 

Sequence Generator lidlekc3 

The sequence generator looks at statements one at 
a time, beginning at the point specified by the 
user. It observes viewspecs like level truncation 
in determining which statements to pass on to the 
formatter. 

For example, the viewspecs may indicate that 
only the first line of statements in the two 
highest levels are to be output. The default 
NLS sequence generator will return pointers 
only to those statements passing the structural 
filters; the formatter will further truncate 
the text to only the first line. 

one of the viewspecs that the sequence generator 
pays particular attention to is M i M -- the 
viewspec that indicates whether a user filter is 
to be applied to the statement. If tnis viewspec 
is on, the sequence generator passes control to a 
user filter program, which looks at the statement 
and decides whether it should be included in the 
sequence, if the statement passes the filter 
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(i.e.. the user program returns a value of true), 
the sequence generator sends the statement to the 
formatter; otherwise, it processes the next 
statement in the sequence and sends it to the user 
filter program for verification. 

when the sequence generator finds a statement that 
passes all the viewspec requirements, it returns 
the statement to tne formatter and waits to be 
called again for the next statement in the 
sequence. 

Formatter Udlelicfc 

The formatter arranges text passed to it by the 
sequence generator (described below) in the style 
specified by the user. The formatter observes 
viewspecs such as line truncation, length and 
indenting; it also formats the text in accord with 
the requirements of the output device. 

The formatter works by calling the sequence 
generator, formatting the text returned, then 
repeating this process until the sequence 
generator decides that the sequence has been 
exhausted or the formatter nas filled the desired 
area (e.g., the display). 

User Filters iidleUcS 

The user filter program may be either a content 
analysis pattern or a more complex L10 program. 

content Analysis Patterns 

Content analysis patterns describe 
characteristics that a statement must have to 
be included in the sequence being generated. 
For example, a content analysis pattern may 
stipulate that a statement must contain a 
particular phrase, or that it must have been 
written since a particular date. In general, 
content analysis patterns may use any of the 
pattern matching facilities permitted in L10 
YIHD statements. 
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Content analysis patterns cannot affect the 
format of a statement, nor can they initiate 
editing operations on a file. They can only 
determine whether a statement should be viewed 
at all. 

Nevertheless**® content analysis filters provide 
a powerful tool for user control of the 
portrayal of a series of statements. They are 
the most frequently used, and easily written, 
of the user programs. However, if one wishes 
to change the format of a statement, or to 
modify the file as it is displayed, he must use 
a user written L10 program. 

User Written L10 Programs 

A user written program may be given control by 
the sequence generator in exactly the same 
fashion that a content analysis program is 
initiated. However, in addition to pattern 
matching, it may change the format of a 
statement being displayed and may modify the 
statement itself (as well as other statements 
in the file) . 

A user written program invoked by the sequence 
generator has several limitations. It can 
manipulate only one file and it can look at 
statements only in the order in which they are 
presented by the sequence generator, in 
particular, it cannot back up and re-examine 
previous statements, nor can it skip aheaa to 
other parts of the file. A user-written 
sequence generator must be provided when one 
needs to overcome these restrictions. 

User-written Sequence Generators i*dle]*c6 

A user may provide his own sequence generator to 
be used in lieu of the regular NLS sequence 
generator. Such a program may call the normal NLS 
sequence generator, as well as content analysis 
filters and user-writLen L10 programs. It may 
even call other user-written sequence generators. 
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This technique provides the most powerful means 
for a user to reformat (and even create) multiple 
files and to affect their portrayal. However, 
since writing them requires a detailed knowledge 
of the entire NLS program, the practice is limited 
to experienced NLS programmers. 

Examples Of content Analysis Patterns And L1Q User 

programs lidle^d 

The user-written filters may be imposed by an NLS 

subsystem accessed by the command "Goto Programs". iidlel^dl 

These NLS commands are used to compile, institute (or 
link the compiled user program into the user's copy 
of the running NLS system), and execute user Programs 
and filters. They are described in detail in the L10 
Primer. (9246,).. kdleitd2 

Examples of simple content analysis patterns and L10 
analyzer-formatter user programs follow, Hdle4d3 

Examples of simple Content Analysis Patterns kdlekdit 

BEFORE (25-JAN-72 12:00); 

This pattern will match those statements 
created or modified (whichever nappened most 
recently) before noon on 25 January 1972, 

id = hol or id = mfa; 

This pattern will match all statements created 
or modified (whichever happened most recently) 
by users with the identifiers "HOL" or "MFA". 

D 2SLD / r'CA" / "Content Analyzer"/; 

This pattern will match any of three types of 
statements: those beginning with a numerical 
digit followed by two characters which may be 
either letters or digits, and statements with 
either the patterns "CA" or "content Analyzer" 
anywhere in the statement. 

Note the use of the brackets to permit an 
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unanchored search -- a search for a pattern 
anywhere in the statement. Note also the use 
of the slash for alternations, 

M2L (SP/TRUE) /2D) D '- W; 

This pattern will match characters in the form 
of phone numbers anywhere in a statement. 
Numbers matched may have a two digit alphabetic 
exchange followed by an optional space (note 
the use of the TRUE construction to accomplish 
this) or a numerical exchange. 

Examples include YU k-\23k, *ua-123Ut and 
98k-123lw 

Examples of Analyzer-Formatter Programs lidlel^dS 

Tne following are examples of user 
analyzer-formatter programs which selectively edit 
statements in an NLS file on the basis of text 
searched for by the pattern matching capabilities. 
Examples of more sonhisticated user programs such 
as sort Keys and user sequence generator programs 
will be presented in a later supplement with a 
description of NLS routines easily accessed by 
users. 

Example 1-- 

PROGRAM outname % removes statement names -- 
del* () — * 

DECLARE TEXT POINTER sf, paf, pae; 
(outname) PROCEDURE^ 

IF FIND tsf $NP »( tpaf [ • ) ] tpae THEN- 
BEGIN 

ST sf <- pae SE(sf ) ; 
RETURN (TRUE) ; 
END 

ELSE RETURN (FALSE); 
END, 
FINISH 

This program removes any parentnesized 
expression whose opening parenthesis 
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corresponds to the first printed character of 
an NLS statement. 

Example 2-- 

PROGPAM changed 

(changed) PROCEDURE; 

LOCAL TEXT POINTER f, e; 

FIND tf SE(f) tej 

IF FIND SINCE (25-JAN-72 12:00) THEN 

BEGIN 

ST f «• "/"CHANGED;", f e; 

RETURN(TRUE) ; 

END 

ELSE RETURN (FALSE); 

END. 

FINISH 

This program checks to see if a statement was 
written after a certain date, If it was, the 
string " f CHANGED;" will be put at the front of 
the statement. 

Software Engineering Augmentation systems (SEAS) i±d2 

Introduction i*d2a 

Of all of the special application areas where our 
augmentation tools could reasonably be applied for testing 
and evaluation, that of the software engineer has from the 
beginning been our prime candidate. We took a significant 
step in this direction in I9e>6 when we developed M0L9i*0, a 
special, higher-level language, and applied it to all of 
our NLS programming, M0L9ii0 allowed our software engineers 
to use the special features of NLS for supporting the 
composition, studying, and modification of our source code 
and its documentation. The result was a significant step 
in augmenting their capability. Ud2al 

In this past contract period, we have taken several steps 
to further augment the software engineer -- in fact, we 
have coined the acronym SEAS (for Software Engineer 
Augmentation Svstem) to give specific system orientation 
towards the end of developing a full ana balanced set of 
tools, techniques, methods, principles, etc, for augmenting 
software engineers. The developments described below are 
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part of an accelerating activity -- an important part of 
our near-future plans in the next contract period involve a 
greater level of activity here. itd2a2 

The SEAS developments summarized below are described in 

nore detail in the following sections: Hd2a3 

tfith the change from our XDS-9^0 to the PDP-10, we 
upgraded our compiler compiler to a more flexible 
Tree-Meta Compiler, --,i|.d2e) and our system-programming 
language to the more powerful, less machine-dependept 
L10; both developments added to the SEAS tool Kit. Ii,d2a3a 

we adopted new standards for documentation, and 
developed several system-measurement sub-systems, 
see--,?b3). Iid2a3b 

During the last year, we developed a source-code 
debugging system for L10, working from NLS see--,kd2b) . 
Source Level Debugging not only will be useful to us for 
the remaining period of our L10 usage, but also it 
serves as a prototype of an approach which will be 
applicable for others who can utilize an NLS-based SEAS 
for software engineers that use another language such as 
PL1, COBOL, FORTRAN, or even an assembly language, i±d2a3c 

During the last year, we also oegan development work on 
the next stage of compiler compiler, and an advanced, 
modular, system-programming language (MPS) see--,iid2f ) . 
wnich won't be finished until halfway through the next 
contract period -- but which will provide a significant 
step forward for SEAS. We will use them to implement 
the succeeding stages of NLS evolution, and they win 
also provide the base for the intensive exploratory 
developments of our central, advanced SEAS experiments. 4d2a3d 

Source Level Deougging iid2b 

By making minor changes to the TENEX Dynamic Debugging 

Technique system, DDT, and to the ARC L10 programming 

language compiler, and by providing a fairly simple 

deougging submode accessible through NLS, NLS-DDT, ARC 

software engineers have provided themselves with a 

primitive but effective source level debugging and 

(procedural level) incremental compilation system. i|.d2ol 
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This system was developed as a user program and is 

currently functional only in TNLS. it will soon be 

expanded to DNLS as well. Documentation of the commands 

in the system may be found in (Journal, 8331;,). Ij.d2bla 

The NLS-DDT system provides an easier way to examine 

individual cells and L10 data structures, such as records, 

fields, strings, and call stack frames, than is available 

in the current TENEX DDT. I;d2b2 

procedures which are compiled in the User Program submode 

may replace procedures in a running system during a 

debugging session without the necessity of either patching 

in machine language code, as in the TENEX DDT, or loading 

an entirely new system, a slow process for a large, 

multi-file program such as NLS. symbol definition is 

resolved with tne rest of the running code. Such 

Droceaures may also be inserted into the program. Jid2b3 

The breakpointing features of TENEX DDT are provided as 

well as a conditional breakpointing capability. iid2bu. 

The command language is less opscure than that of TENEX-DDT 
and is more consistent with other commands in the NLS 
environment. Ij.d2b5 

System Measurement iid2c 

The designers of a continually evolving system must be able 

to measure the effectiveness of modifications introduced 

into the whole system. They must be able to quantitatively 

and qualitatively measure the effect of a change on the 

command use of individual users and on the whole system 

response. Analyses of these measurements indicate the 

need for modification in training techniques and for 

further changes. i*d2cl 

NLS can measure its own activity in various ways. Each of 
these measurement techniques was added to NLS at different 
times and in response to different questions the system 
programmers were asking about system activity. kd2c2 

These primitives will be expanded to be used with tne 

more formal measurement and evaluation goals of SEAS. 4d2c2a 

Measuring the elapsed time between two instructions. 4d2c3 
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This is the crudest measurement facility; the only user 

interface is through the PDP-lO's DDT subsystem. Given 

two addresses and a count, the elapsed job time between 

executing the two instructions will be accumulated the 

number of times specified by the count. Then the 

figures are reinitialized and the time reaccurauiated. Iid2c3a 

Measuring the time required by various types of NLS 

commands. iicJ2cli. 

The real and job times required to execute various types 

of NLS commands can be collected at regular intervals 

and saved on a file. The queue number, number of 

reserved pages, number of page faults, and working set 

size, averaged over the interval, are also recorded. 

This file must then be processed by a separate program 

to interpret and format the results. Iid2clj.a 

Four basic types of statistics are collected -- 

information about text editing commands, about structure 

editing commands, about tne time NLS requires to respond 

to a single character, and about the lag between the 

time tne user types a character and the time NLS 

receives it. lLd2cu,b 

Monitor measurements lid2ci> 

Several monitor calls have been added to help in the 

measurement of our system. For example, one of these 

collects information from NLS about the real and 

execution time required for each interaction with the 

user. ii.d2c5a 

The measurement facility for the entire timesharing system, 
superwatch, is described below, (See --,7b3) 2id2c6 

Source Code Documentation standards ud2d 

several programmers continually modify the 150,000 computer 

words of nls code, in such a large system it is essential 

that code be clearly documented to permit anyone to fix 

bugs and make additions to the system as flexibly and 

easily as possible. Well documented source code, viewed 

using the linking and level-clipping features of NLS, 

provides an imnediate overview of the system and an 

important tool to the augmented software engineer. Hd2dl 
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The lacK of proper documentation clearly becomes 

untenable in a bootstrap community with many widely 

dispersed people collaborating on the same system. ltd2dla 

Thus, in the development of a software engineering system 

design discipline, standards and methods for documentation 

must exist. Toward this end, several steps were taken in 

the last contract period. Iid2d2 

Standards for documentation and coding were proposed in 

(Journal,8573,), (Journal, 8637, ) , and (Journal, 86ii3, ) . 

They have been used in cleaning up several NLS source 

code files. This clean up is continuing. I;d2d2a 

A program for developing a linked cross index has been 

in use for several months. J±d2d2b 



Languages 

introduction 



ad2e 
kd2el 



iid2ela 



ARC currently makes use of two primary languages created 
at trie center in its NLS system development? the L10 
programming language, which is used to write NLS 
programs, and the Tree-Meta compiler-compiler system, 
which is used to generate compilers for L10, have been 
used to bootstrap compilers onto different computers, 
and have been used to generate the first compiler for 
the Modular programming Language (MPL). 

Additionally, Tree-Meta has been used to develop an 

interpreter for the output processor directive 

language, lid2elal 

in collaboration with several people at the Xerox Palo 

Alto Research Center, work has begun on a Modular 

programming system (MPS) and a Modular Programming 

Language (MPL) that will replace the current languages 

and in which the nls system will be redesigned and 

rewritten for greater efficiency and flexibility, lid2elb 



LlO 



Ud2e2 



NLS on the PDP-10 is written in the LlO programming 
language, an ALGOL-like language that has some high 
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level special purpose features for string analysis and 
manipulation and for interacting with NLS users, J|d2e2a 

The June 1971 report (32?7f) describes the process of 

transferring from the XDS-9U0 languages and compilers to 

the PDP-10. An L10 primer (92U6,) describes many of the 

features of the language for inexperienced programmers 

wishing to maKe use of the User Program facility, A 

complete presentation of the language is also available 

in a terser form for experienced programmers, J±d2e2b 

Tree-wets- i*d2e3 

Tree Meta is a metacompiler system for context-free 

languages developed at ARC. The parsing statements of 

the metalanguage resemble BacKus-Naur Form with embedded 

tree-building directives, unparsing rules include 

extensive tree-scanning and code-generation 

constructions. All compilers produced by the system are 

single pass compilers that produce loadable binary 

files. iid2e3a 

A metacompiler, in the most general sense of the 
term, is a program that reads a metalanguage program 
as innut and translates that program into a set of 
instructions, if the incut program is a complete 
description of a formal language, the result of the 
translation is a compiler for the language. kd2e3al 

Tree Meta is ouilt to deal with a specific set of 

languages and an even more specific set of users. There 

is no attempt to design universal languages, or machine 

independent languages, or to achieve any of the otner 

goals of many compiler-compiler systems. iidije3b 

in the past contract period Tree Meta was useful in 
bootstrapping from the old XDS-9U0 to the new FDP-10. 
currently it is being used to create the first MPL 
compiler. Ua2e3c 

A version of Tree Meta was discussed in an appendix to 

the Rome Report of Aoril I96d (9697,). Since that time, 

the syntax has been expanded and the system made more 

flexible. A new Tree-Meta report 10669,) includes a 

formal description of the Tree Meta language taken from 

a longer Tree Meta report being completed, iid2e3d 
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Modular Programming l*d2f 

Goals kd2i'l 

The Modular Programming System (MPS) is a set of tools 

for the development and continued evolution of large 

software systems in an interactive environment. All 

such large software systems share certain 

characteristics: ^d2fla 

(al) they are the work of a group of people whose 
memoershio will change over time; ltd2flal 

(a2) they are necessarily constructed from a number 

of separately developed programs; Itd2fla2 

(a3) they evolve and grow throughout their lifetimes 

(and there is evidence that they also "age" (101*81). Iid2fla3 

The MPS oroject aims to decrease the effort required to 

build and evolve such systems and to increase the 

reliability of the resultant products. As a specific 

test of its capabilities, MPS will be used in the 

rewriting and restructuring of the NLS system developed 

at Stanford Research Institute, lid2flo 

Desirable Characteristics iid2f2 

points al, a2, a3 are axiomatic statements about the 

dynamics of all large software systems. The following 

discussion uses these and a few other axioms to 

establish desirable characteristics for MPS, They are 

intended only to lend plausibility to the set of 

capabilities which the MPS project is investigating. 

Furthermore, the "logical conclusions" only represent 

design choices to satisfy the axioms; other choices 

could certainly be made which would not be inconsistent 

with the axiom set, but that is another research 

project, Hopefully there is a minimum of hidden meaning 

in the following discussion: each axiom and consequence 

is intended to be taken strictly at face value, ^d2f2a 

we first add two more axioms to the above set: Jid2f2o 

(aii) Large software systems must be able to take 

advantage of available hardware for efficiency, J^d2f2bl 
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(a5) Program bugs are not known before they occur. Iid2f2b2 

(alia) al-alj. imply that software components, nereafter 

called modules, should be separately compilable and 

debuggabie. Therefore there must be a way of linking or 

binding separate components together to provide an 

environment (data and programs) within which a module 

can be debugged. Iid2f2c 

(a6) in an interactive programming environment, users 
must be able to develop and use debugging tools 
applicaole to programs in the same programming system 

(6035,) (10U78,). Ud2£2d 

aha, aSj and a6 then imply that Iid2f2e 

(a6a) the environment of a program must be 

dynamically alterable; Iid2f2el 

(a6b) a nrogram should not have to be altered when 
its environment chances in ways which do not affect 
the semantic intent of the program -- this is called 
programming generality, Hd2f2e2 

U3a) a3 suggests that a desirable characteristic for 

tools for building large systems should be tnat the 

energy to change part of the system should be more a 

function of the complexity of the change than of the 

size of the system. Iid2£2£ 

(a3b) a new system always has parts which are 

functionally similar to previously developed systems. 

The new system may therefore be regarded as a change 

(though perhaps substantial) to an older system. a3a 

then points out the necessity for being able to reuse 

components which have been made reliable through usage. 

This increases the initial reliability of tne new system 

and aecreases its cost. Jid2f2g 

(a3c) One way of constructing useful components is to 

buila them from combinations of already existing modules 

U3b). Hence tnere must be a way of bundling useful 

configurations together as seemingly atomic modules so 

they can be readily reused. kd2f2n 

MPS Capabilities iid2f J 
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To satisfy these objectives, MPS Has concentrated on 

providing the following capabilities: 4d2f3a 

Control mechanisms which enable modules to be linked 
together with a minimum of built in assumptions about 
how each interprets control transfer over the link 
between them. kd2f3al 

Simple function call and return mechanisms alone 
do not satisfy this requirement. 

Data definition facilities that: Ij.d2f3a2 

clarify the specification of the data structures 
which, together with control, completely specify 
the interfaces between modules; 

are potentially economical in space and accessing 
speed without being dependent on a particular 
machine; 

are an aid in developing and describing program 
components and the structure of algorithms. 

Facilities for dynamically binding the virtual 

objects required by a module for execution to real 

objects. Iid2f3a3 

For example, for binding a procedure call to a 
real procedure, a "typed" pointer to a data 
structure of the correct type, etc. The set of 
bindings for a module's virtual objects at a given 
moment comprises the environment for that module. 

Complete accessibility to the MPS "virtual machine" 
(which is a set of primitive MPS programs) and to MPS 
programs as data structures. Ud2f3aii 

This enables debugging and measuring tools to oe 
built as standard MPS programs and along with 
dynamic binding allows such tools to be brought to 
bear on MPS programs whenever necessary. 

The ability to bundle a configuration of data and 
program modules together as a module which may be 
saved for later use just as a simple, atomic module. ]±d2f3a5 
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This allows systems to be partly initialized by 
partially executing them and then bundling them up 
for later use with the Initialization computations 
factored out; 

It also allows a configuration that has exhibited 
a bug to be saved away for later perusal with the 
state as it was when the bug was discovered; 

Lastly, it allows standard modules to oe built by 
configuring them from other modules in the spirit 
of using already available components whenever 
possible and provides some logical completeness to 
the system. 
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INTERNAL ORGANIZATION ke 

During the past year, several ARC organizational arrangements 

were introduced, centering, in the early part of the period, 

mainly on line activity structure and associated roles. ]*el 

The creation of pusher (task leader) roles for tasks and 
coordination roles for system architecture, methodology, and 
personnel resources placed the responsibility for these 
efforts more directly on selected individuals, kela 

pusher roles were carried out in the framework of the 

developing Baseline Management vSystem, Coordinating roles 

were also carried out in this environment. The techniques 

for performing these roles still leave much to be desired. itelal 

our plans to record task requirements and designs will 

aid this process, J^elala 

In the Fall of 1971* we set up a four-man Executive Management 
Committee (EMC) to carry out many of the day-to-day operating 
management tasks. Membership was later changed to three, uelb 

The EMC has documented its meetings through journal entries 

as they occurred, iielbl 

PODAC is to deal with ARC peoples' beliefs, interests, and 
feelings, helping people and the organization to deal with 
the goals and line activities that result. 4elb2 

During the past few months, a new, more broad overall 

organizational structure has been in the process of formation. lielc 

This consists of three main activities that have been set 

up to cover our framework and goal setting, line operation, 

and personal and organizational development needs. itelcl 

These activities are called: FRAMAC, LINAC, and PODAC. Ii,elc2 

FRAMAC is to discuss and define the ARC framework and 

set long-range goals and plans. itelc2a 

LINAC is to carry out activities within the framework 
that move us toward the goals, with more detailed, 
shorter-range plan formulation. iielc2b 
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PODAC is to deal with ARC peoples' beliefs, interests, 

and feelings, helping people and the organization to ( 

deal with the goals and line activities that result. Itelc2c 

These are described in more detail below and in 

documents (10331,), (1003k,), and (6651, ) respectively. lteic2d 

FRAMAC l*e2 

we have launched an activity within ARC called our Framework 
Activity (FRAMAC), l*e2a 

FRAMAC s goals and general method of approach are* lie2b 

To provide a continuing, purposefully run forum, for 
developing the framework of concepts, strategies, 
principles, and goals within which we will pursue our 
planning, oromoting, growing, LINAC and PODAC activities, 
and interaction with the world, we are holding a regular 
sequence of meetings, where dialog is expected. Records 
are Kept and Journalized. A coherent, explicitly developed 
Framework Section of the Handbook will ensue. Ue2bl 

The first meetings' notes are recorded in (101*58,), 

(101*59,), and (10553,). Iie2bla 

our First Stage (starting May 1972 and lasting several 

months) includes! I*e2b2 

a) Piecing together and bring about a general 
understanding of Dr. Engelbart's personal framework, the 
history that brought us to where we now are, and the 
current state of our implicit framework (i.e. the 
practices, principles, goals, etc. that we can see have 
affected our current state and direction), Iie2b2a 

b) Bringing each of our FRAMAC participants to 
understand reasonably well where each of the others 
stands on what we consider to be the important facets of 
the framework, in terms not only of degree of his 
understanding, but also of the degree and nature of his 
interest, beliefs, and attitudes. iie2b2b 

our Second stage will include: ae2b3 

A continuing process of framework analysis and 
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development. The objective is to continually evolve 
toward a "most useful framework," one that is kept 
complete and updated as part of our Handbook, and that 
is referenced constantly in our planning, designing, 
evaluating, and teaching, Iie2b3a 

we plan that in this stage we would .judiciously 

integrate concepts, considerations, viewpoints, and 

analyses of others, via an organization and process yet 

to be decided upon. During the Stage 1 process. Dr. 

Kngelbart will further develop ©arts of his framework 

and will describe those parts that bear upon the process 

of further ARC Framework development. ^2^3^ 

We plan on an approach here that is much as if we were running 

a graduate seminar to impart where Dr. Engelbart is in his 

thinking. An unbroken series of individual presentations 

(lecture model) won't accomplish what we want, we expect to 

have both prepared and extemporaneous presentations, but in 

limited cuts and modules from Dr. Engelbart? s and others' 

frameworks, interspersed with multi-way group dialog sessions 

each of whose content affects succeeding presentations, we 

don't know where most of the participants are in their 

thinking now, with respect to understanding most of the issues 

involved, nor what kind of presentation it would take to 

produce a given change in understanding on any given issue. Ue2c 

we speak of developing a "general understanding" of our 

framework (which may involve a lot of work); but there also 

is the matter of the distribution among the participants in 

the nature and degree of their "beliefs and attitudes" 

(B&A) about the various facets of the framework. It is 

important for Dr. engelbart at least to know what this b&a 

distribution is; and it may prove important to the 

succeeding FRAMAC stages to work at bringing about a closer 

grouping of ARC peoples' B&A relative to certain issues, we 

expect that we will want to deal with this, but how much 

energy to spend, and what part within FRAMAC and what part 

in PODAC, will have to be decided as we progress, ke2cl 

About the initial composition of our FRAMAC groups iie2d 

we had been visualizing a small FRAMAC group, considering 
the type of dialog we hope for. But when we reviewed our 
LINAC planning-team composition, we decided that there is a 
such strong interaction between our current planning 
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exercise and our Framework that we couldn't seem to find a 

logical way to cut the group membership smaller. The 

initial FRAMAC group numbers nineteen ARC people plus two 

other SRI management people, Ite2di 

LINAC 463 

we have launched an activity within ARC called our Line 

Activity (LINAC). ke3a 

LINAC serves several basic needs: ii.e3al 

Modularizing our way of doing things «- something that 

the size and complexity of our activities require, l*e3ala 

Establishing interdependence relationships that will 
give us valuable experience for the future problems of 
managing a considerably larger and more varied activity 
within an increasingly complex operational and technical 
environment, u.e3alb 

Establishing the activity framework within which we can 
pursue our new-contract commitments to ARPA (as per our 
proposal of 29 July 1971 — 7b0li,) i±e3alc 

in LINAC s organization, our external projects are the 

driving forces -- where a project is an explicit activity 

involving resource interchange with outside organizations. 

The other specific activities within ARC are to serve the 

Drojects' goals, and will have all of their resources 

allocated, along a contracting chain, from the projects, Ue3a2 

Along with this (internal) contracting system will come 
specific development and application of conventions, 
procedures and aids for handling estimates, resource 
allocations, budgets, reserves, accounting and 
resource-control measures as required to operate the 
organization. iie3a2a 

we expect that many of our internal activities will 
emerge from multi-party negotiations and proceed under 
contracts involving several buyers, ,)±e3a2b 

some of our activities will be funded by what amounts to 
a taxation upon all or some, of the projects, such 
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taxation measures will be established ana monitored with 

due representation by the concerned parties. ite3a2c 

ARC planning and task activities are currently conducted in 

the following LINAC organization: iie3b 

OPERATIONS 

liejbl 
Administration 

computer Service operations * Hardware 
computer Service operations • Software 
computer Service operations - operators 
people Service operations 
user Interface 

DEVELOPMENT THRUSTS 

4e3b2 
Development coordination 
Delivery and Marketing 
Dialog Support system (DSS) 

Documentation Production and Support system (DFCS) 
Baseline Record System (BRS) 
System Developers Handbook System (SDHS) 
Software Engineering Augmentation System (SEAS) 
General Development (not included in above thrusts) 

PROJECTS 

U.e3b3 
ARPA/RADC Project: Team Augmentation Portion 

Administration 
ARPA/FADC Project! Network Information Center Portion 
(NIC) 

Administration 

Computer Service operations 

Peopxe Service Operations 

Net interface (Station Agent and Net particioation) 

NIC Development 
aRPA/PADC Project: Mini-Console 

Administration 

System Development 
ARPA/RADC Project: MPS Cooperation (Xerox) 

Administration 

Modular programming System Development (MPS) 
ONR Project: System Developer's Intelligence System 
(SDIS) 

Administration 
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PADC Project: Baseline Management System Development 
Support 
Administration 

SRI OVERHEAD ACTIVITIES k*3t>k 

During the early stages of the new LINAC, the following 

actions are taxing place: lie3c 

Each of the main activities is developinp the framework of 

a plan, with a reasonable amount of informal 

intercommunication and coordination between plans, i*e3cl 

Sight people who carry key ARC planning roles will meet 

regularly to serve as a "Planning and Executive-Review 

committee" (PERC). 4e3c2 

one important function for PERC during this time will be 

to develop recommendations for refinements to the LINAC 

system of roles and processes. Jie3c2a 

Another function will oe to participate in and review 
the operational decisions that must be made to 
coordinate and manage the efforts of the projects and 
developmental thrusts. ke3c2b 

Within the three parallel pushes of FRAMAC, LINAC, and PODAC. 
our persistent emphasis will be toward "coordinated-system" 
aspects of both our way of working and of the augmentation 
system(s) we develop. iie3d 

PODAC hek 

In January 1972, ARC established a regular channel for 

Personal ana Organzational Development named PODAC. our 

Planning for PODAC was integrated with planning for LINAC and 

FRAMAC discussed above. neiia 

Establishment of PODAC arose from the conviction that we, 

who tell the world that we are learning how to show other 

teams how to pursue goals more effectively, must constantly 

examine ourselves (the "example" that we work with), both 

as an organizaton and as individuals, to understand how we 

are doing, and how we can improve. liei^al 

we are convinced that unless we have a strong, constant, 
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and pervasive attitude that we want to keep developing 

ourselves, and unless we consciously keep trying to do 

so, then we are fooling ourselves about seriously 

pioneering this augmentation system development. aei^ala 

To work on this, we need a flow of Information having to 
do with goals, attitudes, ambitions and feelings as they 
relate to the common pursuits, and purposeful discussion 
about strengths, weaknesses, and means for improvement, iieiialb 

To establish PODAC, we divided the staff into four groups of 

eight or nine people each, iielib 

The groups, called POD's, are balanced in age, sex, 
professional training, length of association with ARC, work 
roles, etc, lj.e4.bl 

POD's are named Cedar, Fir, oak, and Redwood, ij.eu.b2 

Each group meets weekly for two hours. kekb3 

Each such group appoints its own representative to a 

central committee, PODCOM, that helps to co-ordinate and 

euide the PODAC. lieiibli 

PODAC does not exist to vote on what ARC will do, PODAC has no 

line-management responsibilities or authority. It is 

"orthogonal" to the management structure that commits 

resources, sets targets, hires, reviews, and is held 

accountable. keij.c 

instead, it provides an organized mechanism for 

interactions among all parties toward affecting the 

understanding, beliefs, and attitudes of each other, as a 

means of affecting the decisions and actions within ARC, 

toward what each tninks is the best set of goals, 

organization, products, behavior, lj.eij.cl 

It is a forum for the expression of concerns, beliefs, 

ideas, feelings, and dissension existing within any 

person or group in ARC about the way things are being 

done (or not Peine done), about our goals, etc. aeucla 

It is a way to keep everyone informed about the problems 

and opportunities facing ARC and its people ano its 

goals, iieiiclb 
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PODAC has been active for three months at the end of this 
contract period. It is not yet easy to evaluate our 

accomplishments. l*elj.d 

Meetings of the groups described varied considerably in 

content. l^eiidl 

On one hand many members feel that people now 

communicate somewhat more easily among themselves within 

the POD's and feel that they had some fruitful 

discussions of the goals and strategy of our research 

and of personal effectiveness at work, iieiidla 

on the other hand many some people have felt 

indifferent, hostile, or anxious when confronted with 

the mandatory but undefined oarticipation, and have 

withdrawn or participate only very passively. iieHdlo 

Very little agreement on large issues or other action 

has yet resulted. lielidlc 

POBAC has invited speakers on organizational and Personal- 
Development, instituted a small library in the field, 
instituted augmented procedures for cataloging the library, 
and formed several special interest subgroups. ij.eu.d2 
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NETWORK INFORMATION CENTER 

by Richard W Watson, Jeanne B North, James E White, 
John T Melvin, Walter L Bass, James c Norton, 
Cindy Page, Dirk H van Nouhuys, and the Staff of ARC 5 

INTRODUCTION 5a 

The ARPA computer Network (ARPANET) has been established to 

provide both a new experimental tyoe of communication facility 

and a base for resource sharing. Sal 

The ARPANET community can be viewed as a collection of resources, 
people, hardware, software, data, and special services which can 
be brought together for short or long periods in different 
configurations to work cooperatively on a given problem or task. Sa2 

In this context the development of the ARPANET can be viewed 

as a multileveled experiment in learning how to bring together 

and make available these distributed resources. Sa2a 

At the lowest level are the problems of creating a basic 
communication facility which allows different types and 
configurations of computer hardware to communicate. Sa2b 

At intermediate levels are the developments of protocols which 

allow classes of computer programs to communicate with each 

other and permit data to be shared. 5a2c 

At ni-gher levels still are the processes which assist people 
to find the geographically distributed facilities they need to 
solve or study a nrobiem and which allow distributed people to 
work together effectively. Sa2d 

The Network information center (NIC) is one part of the ARPANET 

experiment interested in the higher levels of problems. A 

service such as the nic helps to create and sustain the sense of 

community needed in an experiment such as that of the ARPANET. 

The Nlc is more than a classical information center, as that term 

has come to be used, in that it provides a wider range of 

services than just bibliographic and "library" type services. >a3 

The Network information center (NIC) is an experiment in setting 
up and running a general purpose information service serving the 
ARPANET community (botn those individuals and groups with direct 
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access to the network, and those associated with work going on in 

the network but without direct access) with both online and 

offline services. The services offered and under development by 

the NIC have as their initial basic objectives? Salt 

1) To help people with problems find the resources -- people, 
systems, and information -- available withn THE NETWORK 

COMMUNITY WHICH MEET THEIR NEEDS. 5aJia 

2) to help members of a geographically distributed group 
collaborate with each other. 5aJj.b 

THE NIC PUBLIC 5b 

To provide reliable, useful effective information services to 

meet the basic needs of a growing, diverse ARPANET community will 

offer considerable challenge, 5bl 

One of the problems in the design of an information service is to 

determine the main classes of clientele which exist for this 

service and to determine their needs. Sd2 

The initial clientele for NIC services are those people 

developing and building the network. The next group is 

composed of those people whose research and development 

interests are intimately connected with network resources or 

who would be experimental users of various network resources. 

After this initial period the classes of clientele will grow, 

as the network becomes a well shaken down operational entity, 

to include a wide range of people who will use the network or 

be interested in its development. 5b2a 

Our initial analysis showed us that there were four main needs 

which the NIC could attempt to meet, Reference and General 

Network Information, collaboration Support, Document Handling 

and Creation, and Training. Although training programs must 

eventually exist for all services available on the network, 

our initial emDhasis is training in the use of NIC services. 5b2o 
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Some users of the Network information Center's services may be: 5b3 

Students 
Researchers 

university 

industry 

government 
System Developers 

university 

industry 

government 
Teachers 
Managers 

university 

industry 

government 
Computer Center Directors 
Libraries and Other Information Services 
The General Public 
The Media 

PRESENT NIC SERVICES 5c 

The initial NIC services now available to meet the above goals 

and present clientele are the following; Scl 

Online: Scia 

(1) Access to the typewriter version (TNLS) of the 
Augmentation Research Center's Online System (NLS) for 
communique creation, access, linking between users, and for 
experimental use for any other information storage and 
manipulation purpose suitable for NLS and useful to Network 
participants • .Sclal 

(2) Access to journal, Number, and Identification Systems 
which allow messages and documents to be transmitted to 

network participants. 5cla2 

(a) Documents or messages entered in the Journal System 

are maintained online for later viewing via NLS, j?cla2a 

(b) Documents are now distributed t>yi 5cla2b 
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i) placing the message or a link to the document in 

the receiver's "initial file". 5cla2bl 

ii) sending hardcopy through the U.S. mail. 5cla2b2 

Documents will shortly be distributed through the 
Network when sites have implemented the appropriate File 
Transfer Protocols 5cla2c 

(c) A unique number is assigned each entry at the time 
of submission. Numbers can also be preassigned to allow 
related documents to be interlinked at the time of their 
preparation. 5cla2d 

(d) A catalog entry is prepared at the time of 
submission and later this entry is used to update a 

catalog kept both online and in hardcopy form. 5cla2e 

(e) special interest groups can be created to facilitate 
indicating to the system particular distribution lists 
for dialog items. Dialog items can be placed in 
subcollections associated with the dialog groups for 

special index production. 5cla2f 

(3) Access to a number of online information oases througn 

a special Locator file using NLS link mechanisms. 5cla3 

(a) Links to the NIC functional documents, including the 
printed catalog of the NIC document collection, the ARPA 
Network Resource Notebook, NIC user documentation, a 
Directory of Network Participants, and Network Protocols 5cla3a 

(b) Links to other files created by sites with 

information of potential network-wide interest. 5cla3b 

Offline: 5clb 

(1) A Network Information Center station set up at each 

site with: 3clbl 

(a) A station Agent to aid use of the NIC Sclbla 

(b) a Liaison to provide technical information aDout his 

site. Sclblb 
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(c) A Station Collection containing a subcollection of 
documents of interest to Network participants. 5ciblc 

(2) Techniques for gathering, producing and maintaining NIC 
Functional Documents such as: 5clb2 

(a) current catalog of the NIC Collection 5clb2a 

(b) ARPA Network Resource Notebook £clb2b 

(c) Directory of Network Participants 3>clb2c 
td) NIC user Guide 5clb2d 

(3) Support of Network dialog existing in hardcopy througn 
duplication, distribution, and cataloging. 5clb3 

(ii) General Network referral and handling of document 

requests Sclbij. 

(5) Building of a collection of documents potentially 
valuable to the Network Community. Initial concentration 
has been on obtaining documents of possible value to the 

Network builders. 5clbi> 

(6) Crude selective distribution to Station collections. 5clb6 

(7) Training in use of NIC services and facilities. 5clb7 

In the sections to follow each of the above services and its 

supporting technology and organization will be discussed in 

more detail. Sclc 

RELATION OF THE NETWORK INFORMATION CENTER TO THE AUGMENTATION 

RESEARCH CENTER (ARC) ^ £d 

The NIc is presently a proiect intimately imbedded within ARC. 

ARC is an organization with multiple sponsorship which has as its 

goal the development oi hardware and software computer tools, 

techniques, procedures, and training to aid man in his 

intellectual work. Sdl 

The project has followed a research and development strategy 
of "bootstrapping", that is, of using the tools and techniques 
it has been developing in its own work, both as an aid to its 



Online Team Environment 
113 



SRI-ARC 6 JUNE 1972 1301*1 
Network Information Center 
Development and operations 
Relation of the NIC to the ARC 



work and management and as a teat "pilot plant" facility to 

try out ideas and techniques, Sdla 

As useful as this strategy is, there are limits to the type of 

feedback it can yield. The NIC is one of what we hope will be 

many projects set up to offer services to outside users. The 

foal is to provide a useful service and to obtain feedback on the 

needs of a wider class of outside users. We want to meet these 

needs with an integrated, modular system consisting of computer 

tools, people assistance, procedures, and training. We also hope 

to learn more about the problems of transferring augmentation 

services to a wide range of users, 5d2 

The Nln consists of some personnel primarily concerned with its 

development and operation, but also draws heavily on the skills 

and work of most of the other members of ARC. as the NIC matures 

we are planning that it will grow into a well-defined 

semiautonomous cost center with more people specifically oriented 

toward its tasks, "we want to clearly define the NIC' s goals and 

needs. Where these overlap with those of other ARC activities, we 

wish to work closely on their realization and where they do not 

overlap to obtain the resources necessary to pursue them 

separately. ' 5d3 

The long-run, future relationship oetween the NIC and ARC 
depends, we would guess, on the future operation of the 
ARPANET, The ARPANET may eventually oe run by a commercial 
utility. If this happens the NIC could be transferred to that 
utility, become an independent enterprise, become a separate 
enterprise within SRI, or remain within ARC. The NIC is being 
developed to be more independent, so that its technology, 
procedures, and services can oe moved if required, 5d3a 

The Augmentation Research Center during its approximately 10 
years of existence has been primarily a research and development 
organisation providing service to itself rather than to outside 
clients. Therefore, along with development of NIC services has 
had to come a change in ARC ' s outlook, alterations in resource 
allocation, and changes in many of its practices, to enable it to 
offer a service and to maintain at the same time a vigorous R&D 
program. Sdlj. 

OPERATIONS be 

Computer service operations (CSQ) 5el 
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In the area of computer services, extensive measurement 

capabilities were added to the system to measure the 

efficiency of the TENEX operating system and NLS (#s,). A 

number of changes which appeared necessary as a result of 

these measurements were made and others are under study. Sela 

Our hardware configuration contained a number of old, 
one-of-a-kind pieces of equipment brought over to the PDP-10 
system from the previous XDS-VUO system. These pieces of 
equipment have proven difficult to maintain and studies were 
launched on now to replace or upgrade this equipment. Selb 

A new bBh network interface and a new DEC RP02 disc system 

were installed in the spring of 1972, replacing older 

unreliable equipment. Selbi 

Hardware upgrading of our display system and its special 
core box has begun to provide temporary relief until a 
replacement system can be planned. 5elb2 

An additional 32k words of core has been added recently. £elb3 

Studies leading to recommendations to add another channel, 
disc controller, and set of disc drives nave been 
completed. These additions will provide more file storage 
capability and backuo swapping capability. Selbi; 

The reliability improvements resulting from these measures 

and others under study should begin to be manifest in the 

summer of 1972. 5elb5 

Along with the above hardware improvements, improved practices 

and conventions have been evolved to handle new versions of 

software releases, both TENEX and NLS, and their checkout 

before being brought up for normal use. These conventions 

specify both frequency and time of day at which new systems 

can be brought up, and also specify documentation standards. Selc 

One of the important aspects of CSO support has oeen 
implementation, integration and maintenance of those urograms 
necessary for communication with the Arpanet and hosts 
connected to it. The basic Network Control program and TELNET 
Protocols are obtained as part of TENEX support from BBN. 
When we had a non-standard hardware interface to the network 
and during early protocol development, considerable effort was 
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required in protocol implementation to create operating 
network programs. Less effort is now required, but this effort 
continues. We have also participated actively in working with 
the Network working Group on protocol design and specification 
(proto qx, ) . Seld 

People Services Operations (PSO) Se2 

During the past year ARC has developed several service 

functions that are now becoming operational for ARC users and 

NIC clientele. 5e2a 

These functions (from activities such as RINS, NIC, baseline 
Record, and journal) and the forthcoming use of Deferred 
Execution (DEX) techniques have created new needs for people 
services support. 5e2b 

As a result, we concentrated some of our effort on 

reorganizing these activities to allow more effective and 

efficient handling of routine and other tasks and to allow for 

easier expansion of the group size to meet needs of an 

increasing amount of throughput. Tne three aims were: Se2c 

TO increase throughput to meet existing demands. 5e2ci 

to become capable of expanding rapidly (in tnroughput 

quantity) to meet fluctuating service demands. 5e2c2 

To work at minimizing costs while maximizing responsiveness 

to customer's needs and values. 5e2c3 

This section describes in some detail the activities and tasks 

involved in setting up or running a FSo. We go into this 

detail because many people reading this report with a 

traditional computer service background may not appreciate the 

complexity of running an information service. Computer 

technology, while important, is not sufficient in and of 

itself to make possible such a service. Such a service is only 

possible with a balanced set of computer tools, people support 

services, and the methodology, procedures, and training which 

melfl them together into an effective higher level system. 5e2d 

Therefore in order to create such a balanced system we 

launched a new approach to ARC'S "people services operations". 

(see — 763U,la) 5e2e 
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The main thrusts were* 5e2el 

organization 

physical Location and configuration 

procedure Establishment and Documentation 

Transcription Activities 

Terminals 

personnel 

Training 

organization 5e2f 

A group with skills in handling paperwork and messages, and 

in using TNLS and DEX, was explicitly identified as PSO, 

and a group of advisors with skills in administration, 

documentation, and training was assigned to assist in 

getting PSO into formal operation. 5e2fl 

Physical Location and Configuraion 5e2g 

Office and workroom areas were expandea and relocated, to 

give the growing support operations more efficient location 

and arrangement. New tables, shelves, cabinets, and files 

were acquired and their arrangement worked out. 3e2gl 
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FIGURE 21. People Service Organization worKroom, 

5e2gla 

Procedure Establishment and Documentation Se2h 

procedures were devised and documented for: 5e2hl 

Use of TNLS (see -- 7^70,) and DEX {see -- 993k,), 5e2hla 

The handling of transcription and other service 

requests. 5e2hlb 

All related NIC activities « clerical and secretarial. 5e2hlc 

Transcription Activities Se2i 

Types of work to be handled: 5e2il 

Handwritten drafts 

Tape recordings 

Dictation notes 

Offline documents 

Online documents to be edited 
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Techniques for transcribing material into online files were 
developed: 5e2i2 

Deferred Execution (DEX) covered at greater length see 

--, iidl) 5e2i2a 

This process makes use of terminal and magnetic tape 
recording equipment for initial input of data with 
actual entry into computer files deferred until 
periods of low system use (thereby resulting in less 
expensive use of the system for the processing of 
this work.) This system has been used to place 
online many documents of importance to the ARPANET 
community originally prepared offline. 5e2i2al 

Where and how long to store entered tapes for backup, 
the conventions for hierarchical statement entry, and 
when tne transcriber should try to put hierarchical 
structure into documents are still under development. 

5e2i2a2 
TNLS 5e2i2b 

TNLS is used largely for routine editing of online 

documents, and for entering high-priority items 

during off-peak load hours. 5e2i2bl 

DNLS Se2i2C 

Display NLS is used for difficult editing of online 
documents and for some highly formatted documents. 5e2i2cl 

Receiving processes Se2i3 

we set up a central receiving station. 5e2i3a 

one person, with an alternate, handles users' questions 
regarding job status, time and cost estimates, etc. £e2i3& 

priority determination process i>e2iJ; 

A requestor specifies his preference for priority: 5e2lUa 

Immediate service (1-fc hours) 
Normal service U-12 hours) 
Deferred service (a week or two) 
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Temporary storage of unassigned work 5e2i5 

A log system using appropriate work request forms has 

been set up, Se2i5a 

we have a central storage place, organized for control 

of work by priority. 5e2iSb 

Assignment process for transcription work 5e2i6 

A work scheduler assigns incoming work to group members, 

balancing priority request with members' capabilities 

and workload. 5e2i6a 

Later, priorities may be established by a bidding 

scheme, 5e2i6b 

we plan to enlarge this effort to allow assignment to an 

outside pool of workers trained in DEX, both SRI people 

and contract manpower. 5e2i6c 

output processes 5e2i7 

we have developed conventions for naming of temporary 

input files (special and separate for the catalog 

process) with provision for special instructions from 

the author. 5e2i7a 

we have developed procedures for delivery of completed 

work to the requestor. 5«2i7b 

Terminals 5e2j 

we have made a thorough study of available teletype 
terminals and magnetic tape devices, and after experimental 
use of several, have leased nine TI terminals and six 
Termicettes, for use with DEX. 5e2;jl 

Personnel 3e2k 

we have added several new staff members with contributions 

to make to NIC. Two writers who can also teach were active 

in PSO development. Three new staff members were added to 

the document preparation, transcription and distribution 

efforts. 5e2kl 
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Training 5e21 

Classes in TNLS and DEX were held for ARC and network 

people. Manuals were prepared, A more detailed discussion 

of training is given later, see--,SglO). Se211 

A detailed list of the types of tasks this pso group and 
associated information handling people perform to support the 
NIC is given below because it is important for people to 
understand the range of activities that are required even with 
automated aids to support a service such as the NIC 5e2m 



PLANNING AND SCHEDULING 

Goal setting 

Service design 

Site Station aid planning 
Functional document design 
NIC Collection design 
Station collection plan 
Reference service design 

Catalog design 

procedure establishment 
Discussion 
Procedure writing 
Experimentation 

NIC facility design 

work flow scheduling 

NIC time and cost studies 



5e2ml 

Se2mla 
5e2mlb 



>e2mlc 
5e2mla 



5e2mie 
Se2mlf 

5e2mlg 



GENERAL SUPPORT 

Dictation 

Phone 

Orders and financial records 

Timecards 

Visitor arrangements 

NIC travel arrangements 

NIC facility upkeep 



5e2m2 



STATION PHONE ACTIVITY 



5e2m3 



Station nhone answer 
NIC outgoing calls 
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MAIL SINGLE NIC PIECES 5e2mfc 

Incoming mail processing 
Single mailings 

ACQUISITION OF NETWORK INFORMATION 5e2m5 

Network resources 
Network personnel 
Network publication references 

CHOICE, ANALYSIS, OF INFORMATION Se2m6 

Analysis for bulletins 
Analysis for functional documents 
Selection of publications 
Abstracting 

ACQUISITION OF PUBLICATIONS 5e2m7 

Checking holdings 
Order form preparation 
Receipt, record changing 

OFFLINE CATALOGING WORK 5e2m6 

coding 

Checking of coding, revision 
proofing and revision 
Recoding of old material 
Catalog offline records 
Old catalog offline work 

FILE-BUILDING ONLINE 5e2m9 

Input of new citations 
input of old citations 
Editing of new citations 
Editing of old citations 
Bulletin creation 
Bulletin editing 
catalog creation 
catalog editing 
Catalog file manipulation 
Functional documents input 
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Mailing list input 
Letter online input 
Other online text input 
Other text input, DEX 
Identfile maintenance 

PHYSICAL PROCESSING 5e2mlO 

Readying of journal printout 
Readying of other work 
Collating 

Stamping, Punchine 
Xeroxing of documents 
Line printer output 
outside repro contact 

DISTRIBUTION Se2mll 

Mailing list maintenance 
Labels, envelope preparation 
Pickup and delivery 

STORAGE AND MAINTENANCE Se2ml2 

NIC Master collection 
Extra copies 
Supplies 

VISUAL AIDS £e2ml3 

Chartmaking 

TRAINING Se2mlii 

instruction 

Development of training aids 

REFERENCE WORK Se2ml$ 

Locating citations for Net 
Locating documents for Net 
Literature search 

Let us now look at each of the services provided and see what has 
been involved in making them available beyond the changes 
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describee above, why they were made availaple, and some future 

Plans. 5e3 

There are two major areas of changes to ARC caused by providing 
NIC services that deserve mentioning: planning and providing more 
reliable and efficient computer services, and planning and 
■providing more varied and extensive clerical and other services 
provided by and for people, 5ek 

ONLINE SERVICES 5f 

ACCESS TO NLS 5fl 

The ARC ONLane System (NLS) is an evolving system which we 

view as an integrated set of tools for doing general 

intellectual work (,fcdl,). To this end NLS has, at this time, 

powerful document creation, editing, production, and studying 

capabilities, dialog support functions for online 

communication both simultaneous and distributea in time, 

bibliographic catalog-making capabilities, programming aids 

and facilities, some basic information retrieval abilities, 

and some, as yet, rudimentary management and other planning 

aids, Sfla 

A subset of these capabilities, felt to be of prime value to 
initial NIC use centered around document creation, editing, 
production, and studying as well as dialog support, has been 
thoroughly documented for NIC clientele, Sflb 

We knew that most systems on the network supported typewriter 

terminals rather than displays so that during tne conversion 

from the XDS-9U0 to the PDP-10, a typewriter version of the 

system was designed and implemented --,]*dla3a). Sflc 

in thinking about the problems which could exist in 

supporting all the varieties of typewriter terminals on the 

network, we (to Keep arc's thoughts clearly separate from 

the net's) felt that it would be better to have most of 

these differences handled by a standard network protocol. 

Therefore, we worked actively with the Network working 

Group (nwg) in establishing a network virtual terminal 

protocol (TELNET) see--,6bl) . This protocol has succeeded 

in allowing access to TNLS from different systems and 

terminals. Sflcl 
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NLS. as it has historically developed, is oriented in its 

command language design for expert users. 5fld 

This orientation toward highly trained, experienced users 
is not completely suitable for the clientele of the NIC, 
comprised of some who use the system often enough to become 
experts and others who want to use the system infrequently. 
Therefore, thought has recently gone into studying what 
changes are needed in the NLS command language syntax to 
provide a range of modes from novice to expert, and what 
additional help and tutorial capabilities need to be built 
into the system. These changes will be implemented in the 
coming months. Sfldl 

At the present time anyone with access to a typewriter 

terminal connected to the network and with an entry in our 

identification file ,see--,i*aU (entries can be made in this 

file directly by network users) can have access to NLS. Sfle 

we generally find between 1 and 3 users from the network 

using TNLS during prime hours. The highest number observed 

has t)een 7 simultaneous network users. The number of 

logins a day from the network has been averaging around iiQ 

- 50, with a variation between 30 and over 100, we expect 

the number to increase significantly both as the network 

grows and as our hardware reliability improves, as 

discussed earlier. Sflel 

A system for allowing access to the display version of NLS 

(DNLS) from the network using IMLAC display terminals equipped 

with a keyset and mouse has been developed jointly with the 

Xerox Palo Alto Research Center and tested with users from 

UCLA-NMC and BBN-TENEX. Sflf 

we expect to continue experimental use of DNLS over the 

network and eventually to offer DNLS as a regular service. 

we are currently studying how to provide DNLS service from 

low-cost alpha-numeric displays equipped with keyset and 

mouse. Sflfl 

Documents are presently created by a user at a keyboard device 
connected to TNLS via the network, we are worKing to allow 
entry of documents into NLS which were initially srepared in 
other host computers. At least one site, MIT-DMCtf, has been 
entering documents in NLS by preparing locally a file of NLS 
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commands and document text and transmitting it into NLS as a 

simulated teletype. The schemes under study will simplify 

this process. Sflg 

AIDS TO COLLABORATION 5f2 

We envision a wide variety of collaboration aids to help 

geographically distributed people work closely together. One 

such system being developed and offered as a NIC service is 

the Dialog Support System (DSS). The first steps in the 

creation of a DSS have been taken in the implementation of 

journal, Number, and identification systems, 5f2a 

As discussed in more detail above, the Journal is a system for 
capturing recorded dialog items (in the form of documents and 
messages) and for distributing these items online, offline, 
and through the network to the appropriate recipients, Sf2b 

Men an item is submitted to the Journal, a unique number is 

associated with it, either obtained at the time of submission 

or previously from the Number system. This unique number is 

used for cataloging purposes and as the name of the item for 

later reference and retrieval. 5f2c 

Once submitted, the items become read-only; statements in a 
Journal item can be uniquely and precisely referenced in 
future documents with assurance that the reference will remain 
meaningful. 5f2d 

At the time of submission, or any time later, documents can be 
distributed to one or more individuals, either singly or as 
members of groups py indicating to the system a list of uniaue 
identifications called IDENTS. 5f2e 

wew identifications can be created at the time of 

submission or at other times by use of the Identification 

system. 5f2el 

The IDENTS are usually a person's or group's initials. The 

IDEnTs are automatically assigned by the Identification System 

when a person's or group's name is entered into an 

identification file by use of the system, 5f2f 

when one is sending an item to a group, one need only use 
the group's IDENT and the system will deliver to the the 



Online Team Environment 
126 



SRI-ARC 8 JUNE 1972 130U 

Network Information center 

Development and Operations 

Online Services 



membership of the group, one can also indicate distribution 

to only the coordinator of the group. 5£2fl 

If one aoes not remember a person's or group's IDENT at the 

time of submission, a query capability allows it to be 

retrieved. 5f2g 

The Identification System has provisions for collecting other 

relevant information such as a phone number, network site 

affiliation, and preferred method of document delivery (online 

as a citation in the receiver's Initial File, offline by 

hardcopy through the mail, or both). 5f2h 

The information in the identification file is used by the 

Journal System during document submission and delivery. The 

information in the identification file is also used to 

automatically prepare directories of individuals and dialog 

groups as described later. 5f2i 

SAMPLE MESSAGE SENDING SESSION 5f2j 

The following is a demonstration of how a message is submitted 

to the Journal by a Network user (including login, NLS access, 

and logout procedure). Material in square brackets is fed back 

by the system. Material in parentheses is commentary. The 

symbols *, @, &, && are system heralds and are not shown in 

brackets. Sf2k 

®Login SP DOE SP DDD sp l CR (a user named DOE 
logs in to the system - nis ID is DDD) 

/•JOB 11 ON TTYU 3-AUG-71 17:117 

^nls CR (The user accesses the 

NLS system) 

/•ID:; DDD CR 

/-device:; Nfet-tty; {"N" signifies that tne user 
DDD is connected through the Network with local 
echoing) 

♦e/"xecute; j< ournai; (access Journal system) 

/"submit; mfessage; 
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THIS IS A SAMPLE MESSAGE CA (Contents of message; note 
"CA" means command Accept) 

/■number/ CA [3333J (typing CA after request for number 
causes system to assign DDD a unique catalog 
number 133331 for the message) 

&&i interrogate/ CA (causes the system to prompt the user 
for the correct information required to send the 
item through the Journal) 

ft&ftitle:/ A SAMPLE JOURNAL SESSION CA 

^/"distribution:/ XXX (for your action) YYY (for your 
information) CA (XXX and YYY identify otner persons Known 
to the system; the text in parentheses are comments 
directed to them.) 

&&fstatus/ CA 



(the system prints back all information entered by 
the user) 



&&fgo?/ n/"o/ (the user does not want to "go" now but wants 
to add more information not requested by the 
Interrogate procedure) 

A&X/eywords:/ test sample CA (keywords provide inout to 
an index to all messages) 

&&c Comments:/ isn't this funi CA 

&&g/*o?/ y/>s/ (tells the system to begin 

Journal process. Note that as the author command 
is not used, DDD is assumed). 

/•JOURNAL SYSTEM IN PROGRESS/ (the system is processing 
the new Journal entry) 

/•Journal, jRMl,J333:gw/ (the system has created a link to 
the new Journal entry) 
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*efxecute; q/uiW CA (the user has been returned to the 
NLS command level as signified by the system 
typing the herald character H #" the user then 
types the Execute Quit command to return to the 
EXEC) 

^logout CR (the user logs out) 

EXAMPLES OF ONLINE JOURNAL DELIVERY Sf21 

when Journal items are delivered to a person, they are 
delivered (as citations for documents, or tne actual text 
for messages) in a file called his "initial" file as it has 
as a name the person's IDENT or initials. The citation 
contains the IDENT(s) of the author(s), the date and time 
catalog number; the title on a second line; and an NLS 
"link" or the message on the third or additional lines (see 
discussion below on links). 

<WATS0N>RWW.NLS;372 
*Print Branch ,llwl 
(Journal) Journal Documents (most recent first) 

DCE 31-MAY-72 10:01 106U 

comment on user-feature change coordination, and (10567,) 

Location: (JJOURNAL, 106lii, i:w) 

LPD 30-MAY-72 10:39 10591 

Message: CAN *QU SEND ME A COPY OF THE LATEST LIST OF 

HOSTS ? 

RAY TOMLINSON SAYS THE NOG ISSUES AN RFC ON THIS SUBJECT 

PERIODICALLY. 

Delivery of hardcopy of computer-processed documents is not 

yet as smooth as we desire and takes longer than desired 

because of the chain of events that must presently take place 

in this process. The present chain of events is: Sf2m 

1) creation of an image of the documents for each receiver 

on magnetic tape. 5f2ml 

2) Transfer of the tape to SRI's computer center for batch 
printing. 5f2m2 
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.3) Document printing, 5£2m3 

It) Bursting, S*2iU 

5) stapling, 5£2m5 

a) checking for correct content and addresses, 5f2m6 

7) Hailing. 5f2m7 

The documents are printed with a cover mailing address sheet. 

we are presently working to improve the reliability and 

scheduling of the above chain of events. 5f2n 

We expect in the next few months to be automatically 
delivering documents through the network for printing at the 
destination sites or for delivery to online files, 5f2o 

This will require ratification of at least an experimental 

file transfer protocol by the Network working oroup and 

implementation of this protocol, such a protocol is 

presently under development. 5f2ol 

we expect, as mentioned earlier, to allow documents prepared 

on local host text editors to be entered into the NIC Journal 

and be automatically cataloged and delivered by this system. 5f2p 

To uniquely identify hosts. and NIC stations associated with 
the network we worked with the nwg to set up a standard 
identifying syntax and asked each host and NIC station to name 
themselves according to the established rules see--,6cl)? Sf2q 

This was a small but important step to help establish 

uniform communication rules useful to different processes 

of the ARPANET experiment such as various NIC services. 

These host iDENTs are dialog groups. Thus to send an item 

to everyone at ARC one uses the IDENT "SRI-ARC" in the 

distribution list at the time of journal suomission. Sf2ql 

At the time of submission of a Journal item a catalog entry is 
created with all the relevant information such as number, 
author (s), title, date-time, documents obsoleted or undated cy 
this document, person who actually did the submission, 
Keywords if any, distribution, affiliation of author (s), and 
subcollections. 5£2r 
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F.ach dialog group or affiliation is a subcollection name as 

well, and all items sent to that group are automatically 

Dart of that subcollection, 5f2rl 

All the above information can be explicitly entered at 

submission time. It is from this catalog information that 

indices and listings are made periodically as described later, 5f2s 

Users can find dialog items of interest by use of the catalog 
listings and indices, 5f2t 

Thus, by use of the Journal and the catalog of Journal items, 
people can find and participate in dialog distributed over 
time and being carried on by people geographically separated 
from one another, see the discussion in the next section for a 
sample query of the catalog. 5f2u 

One of the features of NLS is a link mechanism. An NlS link 
is a syntactic entity which references a statement in the 
current document, or in any other document. The link can also 
control the initial view of the referenced item, 5f2v 

MLS has mechanisms which allow one to "point" at a link and 

have the system fetch and display the item referenced. 5f2vl 

Thus, using links, networks of related documents and dialog 

items can be created. 5f2v2 

The system saves the last several documents (and positions 

within them) examined, and thus one can move ahead to an 

item ano then, when the appropriate command is given, 

return to previous positions automatically. 3f2v3 

links are essentially forward references. At tne present 

time one cannot automatically access those documents 

pointing to a given document (i.e., if one is in a document 

he cannot now ask what documents reference it), Sf2vii 

plans to implement this "backlink" capability are being 

made. This facility will add considerable power and a 

citation chaining and indexing capability. 3f2vi±a 

we also plan to implement a comment capability which will 
allow persons studying a document to easily comment on 
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dialog items, others will be able to selectively view 

these comments, 5f2v5 

It is expected that in time NLS will be run on several 

pDP-10's in the ARPANET. Each of these systems will have a 

journal, one of the coming research ana development 

probleni-s will be to create a network of cooperating 

journals which allow documents to be distributed throughout 

the network, but be entered or retrieved from any system. 5f2vb 

once this problem is solved, further generalization to 

other non-PUP-10 hosts can be made. 5f2v6a 

ONLINE ACCESS TO STANDARD NIC DOCUMENTS 5f3 

Access to NIC documents is handled with the general NLS 

mechanisms presently existing. These mechanisms combine to 

give a powerful query and browsing capability to those users 

trained in NLS usage. These mechanisms, however, are not 

satisfactory to users who are unfamiliar with NLS usage, since 

we can always anticipate occasional users and users new to the 

network, it is planned to implement a novice-mode query 

capability for these users. 5f3a 

Many interactive, online query systems exist which allow one 
to specify a query by certain keywords or phrases, and logical 
combinations of these. 5f3b 

one, the MIT TIP system, also allows a citation chaining 

and query capability. There is a great deal of interest in 

the information sciences field in designing interactive 

retrieval systems with trie proper user interface. Few of 

these systems also allow full document retrieval as well. 

in spite of the many prototype and experimental retrieval 

systems in existence, one gets the distinct impression in 

talking to people who have used these systems and from the 

literature that there is much development and much to be 

learnea in this area. Sf3bi 

We feel that capabilities such as keyword retrieval and 

citation chaining are important and useful, but that other 

capabilities such as catalog browsing, document browsing, and 

studying document editing and creation are necessary parts of 

a complete document handling and recorded dialog retrieval 

process. 5f3c 
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NLS has the potential to serve as a basis for such a fully 

integrated system. Because of the desire to fully understand 

and provide the implementation foundations of NLS to tap this 

potential and the desire to build on the large amount of work 

in the retrieval field, we have taken a "go slow" approach to 

the query problem and have built a simple but powerful 

accessing capability using presently available NLS mechanisms. 5f3<3 

The mechanisms used are the NLS link mechanism described 
earlier, search by statement name or content, and use of 
view specifications. Before presenting a sample catalog 
c-uery session we outline some thoughts on an initial query 
capability. 5f3dl 

The standard NIC documents available online are; 5f3e 

1) TNLS*, Journal, Identification, and Number System User 
Documentation 5f3el 

2) Some workbooks for aiding people in learning TNLS 5£3e2 

3) The ARPA Network Resource Notebook, describing 
facilities available at each site which are offered to the 
network community 5f3e3 

k) Catalog of Listings and indices to the NIC collection 

of network dialog and network related documents Sf3elj. 

5) Current Directory of Network Participants 5f3e5 

6) Soon the Current Network Protocols document will also 

be available online 5*3e6 

Users may access and query this collection of information 
using standard NLS capabilities by use of a master document 
contained in a file called <NIC> Locator, a copy of which is 
contained below. This Locator document contains pointers to 
the various sections of the documents listed above in the form 
of NLS links. Locator is a form of inverted file. Once having 
arrived in the desired document, by taking the appropriate 
link, one can use NLS printing and view specifications to 
browse, or one can search for a desired point by content or 
appropriate keyword, A copy of the Locator User Guide is 
included as appendix A 
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5f3f 

SAMPLE SESSION using <nic>locator Sf3g 

Retrieval as mentioned earlier is by use of preset NLS 
mechanisms. System printout is shown in light face, 
comments are in Times Roman italics enclosed in 
parenthesis. <V2*8p,5*Light+slanted> 

Load File <nic>iocatori 

#Print Branch .21xbmi (printout of an appropriate view of 

the NIC documents) 

2 NIC DOCUMENTS 

2A NIC TNLS USER GUIDE Pages*112 

2B NIC JOURNAL USER GUIDE pages*78 

2C NIC TNLS EXERCISE FILES pages=23 

2D CURRENT CATALOG OF THE NIC COLLECTION pages*kQU 

2E CUFRENT DIRECTORY OF ARPA NETWORK PARTICIPANTS 

pages»l33 

2F ARPA NETWORK RESOURCES NOTEBOOK Pages*62 

2G CURRENT NETWORK PROTOCOLS (not yet implemented 

online) 

2H FOLKLORE... day to day information on NLS pagessii 

*Print Branch ,2dlebl (Selection of the catalog and 

printout with more detail) 

2D CURRENT CATALOG OF THE NIC COLLECTION pages = ltOU 

2D1 INDEX BY AUTHORS pages*69 

2D2 INDEX BY TITLE WORD pages«333 

2D3 RFC LIST BY RFC NUMBER pages=17 

2D1>. NIC INDEX BY NIC NUMBER pages*121 

Selection of the author index. 

* .2dl ti (Search for documents by Watson) 

♦*Print Group .watsoni .watson tl 

1192 (Watson) NWq/rfC 289? What We Hope is an Official 
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List of Host Names 21 Dec 71 8295 

Watson 

1193 (Watson)* Reply to JBL on Output Device Teletype 
20 Dec 71 8289 Watson 

119ii (Watson) Summary of 1971 Activities 

9 Dec 71 8158 Watson 

1195 (Watson) NWG/RFC 280: A Draft Set of Host Names 

17 Nov 71 8060 Watson 

1196 (Watson) NWG/RFC 278 j Revision of the Mail Box 
protocol /"See Number Listing; 

to (STOP PRINTING) 

# &i (Return to Locator) 

<NIC>L0CAT0R.NLSJ1 

♦Print Branch »2fli (Printout contents of Resource 

Notebook) 

2F ARPA NETWORK RESOURCES NOTEBOOK Pages=62 

2F1 INDEX pages=23 

2F2 BBN-TENEX pages=10 

2F3 CASE pages*5 

2Fli CARNEGIE pages»5 

2F5 HARVARD-1 pages=3 

2F6 HARVARD-10 pagess7 

2F7 ILLINOIS pages=5 

2F8 INTRO pa*es=8 

2F9 LL-67 pagesO 

2F10 LL-TX-2 Dages*15 

2F11 MIT-AI pagess3 

2F12 MIT-DMCG pages=7 

2F13 MIT-MULTICS. pages*lS 

2F1U RAND ca 

to (STOP PRINTING) 

♦Print Branch .2fl2 til (Selection of the MIT-DMCG 

entry) 
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<LISTER>MIT1.NLSS7, 3-MAY-72 16:21* PL 5 .HJOURNAL* "NIC 
9*9k 

(Arrive with appropriate viewspecs to see table of 
contents) 



1 


I. 


Personnel 


2 


II. 


Installation Type 


3 


III. 


Equipment 


h 


IV. 


Physical Resources 


6 


VI. 


Interests and Capabilities 


7 


VII. 


Login 


8 


VIII 


Computer Operator 


9 


IX. 


Miscellaneous 


10. X. 


programs 



<NIC> MIT-DMCG.NLS;2 (Feedback from system as to 

destination) 

^Print Branch .7Jwi (selection of the Login 

information) 

7 vil. Login 

7A A. When implemented, the logger would be in 
accordance with standard Initial Connection protocol 
utilizing "socket 1" for connection. The final 
full-duplex connection would involve sockets US+2 and 
U3*3» 

7B B. As soon as the full-duplex connection is 
established, the system would send to the user the 
following ASCII characters (7-bit ASCII, 6th bit 
zero) : 

7B1 MONIT.MN CR-LF 

j 

where mn is current version of MONIT and CR-LF are 

ASCII characters carriage return and line feed. 

The user should then transmit the following ASCII 

character string LOGIN <name> CR 

where <name> consists of a maximum of six ASCII 

letters or numerals. (The system at command level 

does not distinguish between upper and lower case 

as it maps them into 6-bit characters.) we ask 
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that the name be ASCII characters in the followini 
order: Host site number followed by user's 
initials. Upon receiving login the system will 
respond with the prompt character; 



Now the user is logged in and can use the system. 
To logout the user may simply send the command 
LOGOUT CR 

The system will then respond with an appropriate 
message. Following the receipt of this message, 
the user should ask his NCP to close the 
full-duplex connection. 



Below under offline Services we describe in more detail the 
concept of a functional document and the processes involved in 
creation of the NIC standard documents. Sf3h 

OFFLINE SERVICES 5g 

Introduction Sgl 

At each network site and at some sites without computers 

connected to the network there is a NIC Station consisting of 

a Station Agent, a Techncal Liaison, and a NIC Collection. 

There are presently 56 NIC stations of which 1* are outside the 

USA. Sgla 

The Station Agent's job is to maintain the NIC Collection 

for a site and be familiar with various NIC procedures to 

assist people at the site in use of the NIC The Technical 

Liaison's role is to be familiar technically with his site 

and usually also to participate in network development and 

use. 5glal 

The NIC maintains a master collection at SRI where items felt 

to be of use to each site are reproduced and distriouted to 

the site's local collection. Liaisons also receive copies of 

some network dialog of interest to them and also receive 

updates to Functional Documents, Sglb 

This concept of a master collection and an associated set 
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of satellite collections is an important part of the NIC 

operation. This satellite collection operation needs more 

work and design than we have yet been able to give. Four 

areas -needing work are: 5glbl 

we need to provide more and better training to Station 

Agents on how to handle the satellite collections, Sglbla 

we need to evolve our cataloging and catalog production 
tools to the point where stations can maintain their own 
subcollections and shelf lists, Sglblb 

we need to provide selective dissemination of documents 
to Stations based on interest profiles of users at that 
site. Sglblc 

we neea to investigate production and use of microfilm 
technology. Sglbld 

Functional Documents and Their Revision 5g2 

INTRODUCTION 5g2a 

several documents generated in Network activities are 

subject to occasional revision and updating. The CURRENT 

CATALOG OF THE NIC COLLECTION, the DIRECTORY OF NETWORK 

PARTICIPANTS, and the NETWORK RESOURCE NOTEBOOK are 

examples. These and external documents such as the BBN 

manuals are referred to by NIC as "functional documents". 5ff2al 



More generally, a function 
whose title and function r 
contents can change. A fun 
single or several document 
deleted, or replaced entir 
functional document, which 
referenced in other docume 
it will be in existence, e 
with their distinctive NIC 
tne catalog the number of 
a specific document may be 
current contents of each f 
indicated. 



al document is a document 
emain constant, but whose 
ctional document contains a 
s which can be added to, 
ely or selectively. Thus the 

has a NIC number, can be 
nts with some assurance that 
ven though the subdocuments 

numbers may be in flux, in 
a functional document in which 

contained is listed, and the 
unctional document is 



5g2ala 



To illustrate, the NETWORK RESOURCE NOTEBOOK may 
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always be referred to as NIC 67I1.O. To allow the 
descriptions of individual sites to be updated 
separately, each section is uniquely numbered, and is 
then renumbered each time it is reissued, 5g2alal 

Another functional document, CURRENT NETWORK 

PROTOCOLS, NIC 710ii, was established to bring 

together all currently active documents on ARPA 

Network Protocols, Its contents may include documents 

also issued separately. 5g2ala2 

Each functional document has a Contents Page which shows 
the names and numbers of the content documents as of the 
date it carries, it has also a Status of Contents page 
which gives information on documents superseded, and the 
dates of revision of all documents and of any individual 
pages revised. Further information for use in tracing 
the history of the contents is contained in the series 
of transmittal letters sent with partial contents, as 
discussed oelow. 5g2alb 

in preparing a document which is expected to be revised, 

Networx participants are urged to use a looseleaf 

format, 3g2alc 

The Network information Center intends to supoort the 

distribution and recording of contents of functional 

documents, procedures have been established, as described 

below, for fitting the changes to such documents into the 

NIC system, and for reproducing and distributing them to 

individuals or stations with instructions for their 

integration into the existing documents. 5g2a2 

PROCEDURES FOR REVISION MATERIAL 5g2b 

original manuals and other functional document materials 
are reproduced and distributed by NIC just as other Network 
publications. For all documents obtained through NIC, NIC 
attempts to receive and make distribution of updates, 5*2bl 

inclusion of an additional document in a functional 

documents j>*2b2 

If the added document has already been distributed 
separately, the holder of the functional document may 
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sometimes be asked to insert tne old copy in tne 
functional document. Usually a new document or copy is 
supplied, Sg2b2a 

substantial revision of a bound document, or of more than a 

few pastes of a loose leaf document: 5g2b3 

A new document is published, with a new NIC number. It 

bears a notation under the number on the title page 

and/or cover, e.g., 5g2b3a 

NIC 5772 

supersedes NIC 3621 5g2b3al 

Few pages inserted or EVISED IN A IOOSELEAF OR 

cOKNER-stapled document: 5g2blj. 

Each new or revised page oears the original document 

number, with a date of revision, e.g., 3g2blia 

NIC 57ll2 

3-0CT-71 5g2ol*al 

inserted pages are numbered to fit into the existing 
document, e.g., pages S,l, 5»2, 5,3, may pe inserted 
between pages 5 and 6, 5g2biid 

Deleted pages are replaced by a single page indicating 

the deletion, e.g., 5g2bkc 

Pages 7-12 deleted, 2S-MAR-71 5g2biicl 

Revisions are made only by substitution, addition or 

deletion of a full page or more, NIC does not revise its 

own publications by lists or errata, and strongly 

recommends against their use by others in the Network. 

however, when NIC receives such lists of errata, it 

reproduces and distributes them with suggestions to Station 

Agents for recording and inserting them, 5g2b5 

DISTRIbUTION AND TRANSMITTAL PROCEDURES 5g2c 

The transmittal letter accompanying a set of revision 
material and the revision material itself constitutes a 
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separate document, a copy of which is filed at NIC, where a 

new copy can be provided at any time. 5g2cl 

The transmittal letter indicates the appropriate 

information: document number of the revision material, 

date, document number of the publication being updated, its 

date, and, when practicable, information on the changes 

which the revision describes or implements, 5*2c2 

Each functional document has a section at the end for 
filing the transmittal letters accompanying the contents. 
These transmittal letters are numbered sequentially as well 
as with NIC numbers, so that the sequence of changes can be 
established. 5g2c3 

PLANS 5g2d 

At the present time the tables of contents of functional 
documents must be maintained by hand, although plans exist 
to develop automatic aids associated with the Journal for 
production and maintenance of functional documents, 5g2dl 

Building a Network Reference Bibliographic and Dialog Data Base 5S3 

COMPUTER-PRODUCED CATALOGS AND INDICES 5g3a 

introduction 5g3al 

we have directed effort toward the development of a 

catalog support System (CSS), needed initially to 

support clerical processes for maintaining current 

online catalogs of the Master collection and several 

subcollections and for producing various indices 

(hardcopy and online) to these collections. 

subsequently, support will be needed for augmenting 

various online user-level information-handling 

processes. 5g3ala 

The CSS is concerned with the following principal 

processes: £g3alb 

Incut, editing, proofing, and verification of catalog 
entries, S*3albl 
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Updating of the Master Catalog and supcollection 

catalogs. 5g3alb2 

Production of incremental and cumulative, hardcopy 

and online indices to various collections. 5g3alb3 

overall resign Qoals and Elements 5g3a2 

The basic goals relevant to providing 'aids to these 

processes are; 5s3a2a 

Maintaining integrity of the master catalog files 

with maximum protection from botn human and 

mecnanical errors. 5g3a2al 

Making possible a smooth flow of input from ARC 

clerks with good facilities for proofing and 

correcting all clerical input, 5e3a2a2 

Removing as much load as possible from the computer 

system during prime use times through the use of 

Deferred Execution tecnniques. 5g3a2a3 

Providing an NLS subsystem which integrates veil into 
tne rest of the MLS system and can be used by other 
file processes as well as those required for catalog 
production. 5g3a2aJi 

Tne initially implemented element of the Catalog Support 
System is the Catalog Production Processor (CPP). 5g3a2b 

The -CPP is the basic output port of the CSS and is 

designed to allow the production of online and 

offline, incremental and cumulative, indices and 

listings of various Kinds, using the Master Catalog 

as the ultimate data base. 5?3a2bl 

One objective in the design of the CPP, in fact of 
most of the CSS, is' to avoid adding new pasic 
capabilities to our augmentation system, but rather 
to bring together existing ones in such a way as to 
reduce our commitment of resources to clerical tasks. 

3g3a2D2 
Tne basic design goals' which the CPP must meet are 
the following: 5?3a2b3 
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It should permit flexible specification of the 

types and frequencies of production of the various 

catalog indices and listings needed by DSS, NIC, 

DPCS, etc. 5g3a2b3a 

, It should function as automatically as possible 
and with a minimum consumption of ARC personnel 
and equipment resources. 5g3a2b3b 

The CPP implementation has now progressed to the 

testing stage and is expected to be used 

experimentally in the production of the ARC journal 

and NIC catalogs in the next few weeks. 5g3a2bii 

Use with the entire ARC Master Collection as an 

aid to completely integrating the various 

subcoiiection citations will follow. The CPP will 

then be available for ARC use on any desired 

subcoiiection catalog-production work, either 

Journal, NIC, or special subsets. 5g3a2bka 

SELECTION OF ADDITIONS TO THE DATA BASE Sg3o 

The ARC Master catalog is a group of files containing the 

catalog-entry statement for all informational items that we 

hold for purposes of control, retrieval, and access. The 

NIC collection is a subcoiiection of the ARC Master 

collection. 5?3bl 

Active experimentation in the collection of information 

items and interaction and connection with other existing 

data bases and information services is still in the future 

plans of ARC and NIC. However, during the past year ARC 

took the opportunity to input the contents of some data 

bases gathered elsewhere, and to output the contents in new 

formats. 5g3b2 

Data bases thus added include: 5*3o3 

A bibliography prepared for use of the attendees at the 
January 1971 AFIPS Workshop on the User Interface. The 
bibliography and indices processed by ARC programs were 
published in the volume of proceedings of the workshop. 
(see -- 9u7k,) 5g3b3a 
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An extensive bibliography on networKing prepared by 

Peggy Karp of MITHE. fiach reference cited was obtained 

in full-size copy and was coded and entered in the 

Master Catalog, (see -- 6025,) 5gJb3b 

special "subcollection catalogs", such as for the NAS 

information Sciences Panel, for the AFIPS Workshop, for the 

ARC Journal or for the NetworK Information Center, are 

created by (automatically) collecting a copy of every entry 

statement in the Master Catalog having a descriptor code of 

NAS, AF1, JOU or NIC respectively in its "z2 field," 5>g3bk 

DESIGN OF DATA ELEMENTS 5g3c 

The usefulness of a data base of citations to information 

items depends on the elements of data selected to describe 

the items. The selection criteria and their implementation 

become even more important when the items of information 

include forms of information other than published booKs, 

articles, and reoorts,, e.g., films, slides, letters, 

photos, ads, meeting agenda, maps. j?g3cl 

A continuing effort has been the refinement of a set of 

data elements. The requirements are: 5g3c2 

Data elements should be adequate to descrioe all species 

of information items? wnich are anticipated to be added 

to the collection. 5g3c2a 

Data elements should oe adaptable to economical use oy 
programs developed for fathering and formatting the 
citations into catalogs and listings and for online 
retrieval. 5g3c2b 

The present list of data elements and guidelines defining 
their application is appended, (see -~ 9©6d,). Future 
development will study the appropriateness of using 
standard data elements being designer 1 by national and 
international committees considering oibiioerapnic aata. 5>s3c3 

ENTuY OF ITEM5 INTO THE DATA dkSE 5g3d 

as noted, items of information relevant to NIC appear in 
many forrs. Heference to these items is simplified by 
assigning a master catalog number, a serial number, to 
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each. To record the items to which the catalog number 

refers, a description of the item using the data elements 

noted above is coded by ARC and entered as a "statement" in 

an NLS file. 5g3dl 

procedures necessary to ensure a consistent, clean data 

base are vital and difficult to hammer out. Much effort has 

gone into this area over the past year, 5*3d2 

An example of a catalog-entry statement with typical coded 

data elements: 5g3d3 

(Mk623) *al Howard Frank #2 org *b2 Network Analysis 
Corporation #U Beechwood, Old Tappan Road #S Glen Cove, 
New York 11S1».2 *cl First semiannual Technical Report for 
the project Analysis and optimization of 
Store-and-Forward Computer Networks #6 62p, *dl 15 June 
1970 #d3 15 October I960 - 15 June 1970 *fl r *f2 o *sl 
ARPA #6 DAHC15-70-C-0120 #7 0D30 #8 1523 *wl 6-30-71 #yl 
Discussed analysis and optimization of the ARPA Computer 
Network, general design philosophy. Relationships 
between traffic level, link capacities, and cost as a 
function of number of nodes in the network have been 
investigated. Extensive studies made for 12, 16, Id, 20 
node networks, where each node was a potential site. #y2 
network analysis; computer networks; store-and-forward 
networks; topological optimization; #z2 NIC *z3 new * S63d3a 

DESIGN OF CATALOG FORMATS 5fc3e 

A set of special programs has been written at ARC to 

collect, sort, analyze, and reformat the entry statements 

to produce catalogs and indices such as those in the 

current Catalog of the NIC Collection, (see -- aikS») and 

those used in NAS panel and aFIPS workshop meetings. 5*3el 

These programs, described below, are the result of much 
thinking and experimentation to produce catalogs and 
indices of maximum usefulness, given the present printing 
constraints. 5g3e2 

Examples of the listings and indices now produced are; Ss3e3 
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Catalog listing by number; 



5g3e3a 



The Validity of Basing Computer Selections on Benchmark 
Results. 

Edward o. Josiin and John J. Aiken (U.S. Air Force 
systems command, Electronic Data Processing Equipment 
Office, Hanscom Field, Bedford, Massachusetts). 

Computers and Automation, Vol. 15. No, 1, d. 22-23. 
January 1966. 



6557 



Author Index: 



Title 

The Validity of Basinr Computer Selections on Benchmark Results 



Date Number 
Jan 66 6557 



Author 
Aiken 



Titieword Index: 



Title 

The validity of Basing Computer Selections on Benchmark Result* 



Date 
jan 66 



Number 
6557 



Titieword 
validity 



Author 
Jbslin 



Number Index: 

Title 

The Validity of Basing Computer Selections on Benchmark Results 



Date 
Jan 66 



Number 
6557 



PROBLEMS ENCOUNTERED IN BUILDING A REFERENCE DATA BASE AND 
NIC CATALOG 5g3f 

The steps involved in building an online data base and 
machine produced catalog have shown us that successful 
operation of such a system requires well-trained 
staff, reliable computer system operation, carefully 
worxed out and documented procedures, careful proofing 
and just plain luck. Experience has shown that a full 
blown augmentation subsystem such as our bibliographic 
reference system contains a full mixture of computer 
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tools, people, procedures, and training and tnat 
integration and development of such a system is a 
non-trivial process, 5*3fl 

we have found even with our small collection of less 
than 2000 items that the period between issues of new 
catalogs tends to be about once a quarter. Our goal 
when the new Catalog Production Processor is fully 
integrated into the present system is to produce a 
catalog every k-6 weeks, with weekly announcement 
bulletins of new additions to the collection. 5g3f2 

The problems of the printed Catalog are not unique to 
this document; they occur also in the preparation of 
the Directories and will occur in some form in other 
functional documents, but the diversity of the data 
elements and the complexity of the formatting are 
greater with the Catalog than with other documents, 

3S3f2a 
NIC has had the experience, common to other 
information centers, that bibliographic processing 
entails more effort and more sources of delay and 
difficulty than can be specifically anticipated. 

5g3f2b 
NIC staff involved in producing the last two catalogs 
have kept a diary of problems as encountered 
(summarized below). In the reading of this diary the 
impression of the staff is reinforced that problems of 
various kinds seem to occur serially: as soon as one 
problem is corrected, another is in line to apnear. 

sg3f2c 
It is true that we could have issued typed versions of 
the NIC catalog, the Resource Notebook, the User 
Guide, and the Directories in less time than it has 
taken to produce them as online files capable of being 
machine-updatable and printable on demand. But the 
trade-off always had to be made between service to the 
Network by getting out the information, and the 
benefit to be gained from experimentation with machine 
methods, eventually leading to a better product. 

5g3f2d 
DESIGN PROBLEMS 5gJf3 

in designing the printed catalog, no existing catalog 
was taken as a model. Each alternative format which 
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offered advantages to the U3er and which was adaptable 
to our printer was considered. Selection of data 
elements for the printed catalog and for online 
searching was evolutionary, and extensive programming 
was necessary to accommodate changes in elements and 
format. 5g3f3a 

The online catalog is tied to the printer format and 
is less readable than is desirable; we plan to put 
effort into design of an online version which is 
better adapted to display and teletype printout. 

5£3f3b 
MACHINE PROBLEMS 5*3fii 

The occasional unreliability of the system seemed to 
adversely affect the Catalog operation more tnan other 
work at the site. Many times files containing programs 
or citations were lost in dumps or for other reasons, 

3g3fUa 
For some reason yet undetermined, large, neavilv 
manipulated files have gone bad. A great number of 
files had to be reconstructed from earlier versions. 

5S3fiib 
An off-hours schedule is required because of the load 
placed on the system by catalog production, and 
consequently time was often lost in waiting for 
machine availability in off-periods. The process has 
been slow, consuming several hours of an evening, 
during which the operator had to Keep an eye on tne 
terminal. A late run sometimes had to be aborted 
because it ran into the dump time. 3>g3flic 

Delays were caused by printer malfunction. Sometimes 
several days were lost because tne printout for the 
reproducible master could not be obtained until the 
printer was cured of some aberrant behavior. 5g3flj.d 

Limitations of the line printer caused some 
compromises with an ideal design. We have experimented 
with various formats to achieve clarity if not beauty. 

5«3fUe 
PROGRAM PkOdLSMS 5g3f5 

The complexity of the present catalog production 
process of calling files and using programs led to 
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time-consuming mistakes. (The new catalog production 
processor should help greatly here) . 5g3f5a 

The continual improvement in analyzer and formatter 
programs required debugging and close examination of 
results. 5g3fSb 

The continual evolution of NLS in general often has 
resulted in a new version on which some subsystem used 
in making a catalog would no longer run or run 
correctly. The process of catalog making with its 
large files, diversity of operations and long run 
times has proven a useful NLS bug finding tool. 5g3f5c 

The programs for formatting the listings and indices 
were primitive at the beginning, and have been changed 
as the possibilities of the medium were explored. Each 
change in programs has meant the usual debugging. It 
has also meant extensive examination of the effects of 
each change on the citations resulting from the new 
manipulation of the data elements. 5g3f5d 

The heretofore unreached limitations on the size of 
NLS files and fields have been brought out by the 
unusually large size and the unusually heavy macnine 
operations required for formatting long bibliographic 
citations. 5g3f5e 

INPUT TEXT PROBLEMS 5g3f6 

The most obvious problem, and the most common, is 
mispelling, at the manual coding stage or at the 
typewriter input stage or by accident in making 
editing changes. 5£3f6a 

Misunderstandings between staff members on file naming 
and other cataloging conventions often occurred during 
periods of new procedure development and staff 
training, all of which introduced delays or bad data 
or bad files. Most of these types of problems nave 
been cured by brief weekly meetings of people involved 
with the various phases of catalog production, 
catalogers, coders, programmers,, etc. 5g3f 6b 

The selection of information from the document, in the 
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coding process, is vital to the retrievabiiity of the 
information in the document, and errors in judgment in 
this selection must be caught to make the citation 
useful. 5g1f6c 

The diversity of data, in type and length, of document 
citations causes it to be impossible to predict 
exactly what a formatting change will do to some 
citations. Trial and error are needed to help tailor 
input to the requirements of consistency necessary to 
produce an informative citation for the complete 
listing and for the on-line indices, 5g3f6d 

REPRODUCTION PROBLEMS 5*3f7 

To reduce the bulk of the Catalog listings and 
indices, the second issue of the catalog was formatted 
to squeeze as much information on a line and page as 
practical. The appearance of the final product is then 
dependent to some degree on type of offset system used 
and the proficiency and care of the reproduction 
department in photoreducing the masters. In some 
cases, the product has not been what we desired, 
because of the quality of our printout, or, more 
often, because of unnecessarily great reduction or 
incorrect photoprocess, on two occasions we have had 
to send the order back to be rerun. 5g3f7a 

Photo reproduction is done centrally at SRI unless the 
delay would be insupportable; we regularly send the 
Catalog outside for repro, at an increased price and a 
still unsatisfactory schedule. 5g3f7b 

COLLATION PROBLEMS '5*3*6 

Errors in collation occur with predictable regularity 
but in unpredictable places in the document, of 
course. NIC is forced to do much of its own collation, 
and to check the collation done outside, with 
resultant delay. 5g3fSa 

CONCLUSION 5g3f9 

Familiarity with other centers building 
machine-produced catalogs, (see References Section 2c) 
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has convinced us that the above types of problems are 
part of the present state of the art of the 
information business and that any installation 
planning to do these types of operations should plan 
on a shakedown period to work them out. If their 
system, like ours, is constantly evolving as part of 
planned research and development, this shakedown 
period may always exist, 5g3*9a 

SOME FUTURE PLANS 5g3g 

At the present time, dialog items submitted online to 
the Journal and mailed to us for distribution offline, 
and more formal documents such as reports, are 
intermixed in our catalog. As the collection grows 
these classes of items will be separated to maintain 
ease of catalog browsing offline and online, 5g3gl 

We will also probably produce the catalog in book form 
as now, and machine-produced cards can be distributed 
to the stations with each item to aid station Agents 
in maintaining an up-to-date catalog of their local 
collections, 5g3g2 

Plans exist to consider in the next year or two 
distribution of items to site collections on 
microfilm. 5g3g3 

The Directory of Network Participants 5gii 

The Directory of Network Participants is automatically 
produced from information in the identification file 
described earlier. The Directory contains several 
views of the information in this file. There are three 
main categories of records in this file: individuals, 
dialog groups, and affiliations. Affiliations are 
organizations and are special cases of dialog groups. 
The Directory contains a comprehensive online listing 
of IDENTS and names of all items in the file, brief 
and extended listings of individuals, dialog groups, 
and affiliations, a listing of principle investigators 
associated with each network site and ARPA contract, 
liaison, station agents, and special mailing lists 
(the latter are special cases of dialog groups). 
Examples of Directory formats are given. 5glj.a 
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COMPREHENSIVE LIST OF IDENTS: 

SgUD 



DF David Farber (UCI) 

DGB Daniel G. Bobrow (BBN-TENEX) 

DHL Duncan H. LawriedLDDIA 

Don I. Andrews (SRI-ARC) 

DL Don Limuti (SRI-ARC) 

DLM Dan L. Murphy (BBN-TENEX) 

DLM Donal L. McNally (Tinker) 

DLS Duane L. Stone (RaDC) 

DLS2 Daniel L. Slotnick (ILL) 

Dh Donald Mccracken (CMU) 



BRIEF LIST OF AFFILIATIONS: 



BBN-TENEX B. B. and N. - TENEX Group 
Bolt Beranek and Newman inc. 
SO Moulton Street 
Cambridge, Massachusetts 02138 



CASE Case western Reserve University 
10900 Euclid Avenue 
Room 306, Crawford Hall 
Cleveland, Ohio iul06 



CCA computer Corporation of America 
565 Technology square 
Cambridge, Massachusetts 02139 



CCCTF Canadian Computer communications Task Force 
100 Metcalfe street 
itth Floor 
Ottawa 2, CANADA 
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CHIU university of Chicago 

institute for Computer Research 
University of Chicago 
Chicago, Illinois 60637 



LINC-67 M.I.T. Lincoln Lab - 67 Group 
2kk Wood Street 
Lexington, Massachusetts 02173 



EXTENDED LIST OF AFFILIATIONS J 

5gUd 



BBN-TENEX B. B. and N. - TENEX Group 
Bolt Beranek and Newman Inc. 
50 Moulton Street 
Cambridge, Massachusetts 02138 



DGB Daniel G. Boborow (617)891-1850 ext 330 <- principal 

investigator 

SCB Stephen C. Butterfield (617)891-1850 ext U9 

SUC Steven c. Chipman (617)891-1850 ext 358 «• ■ Station Agent 

REK2 pobert E. Kahn (617)891-1850 ext 3^0 

JM john Kakhoul (617)691-1850 ext 23U 

MM Mac McKinley (617)891-1850 ext 351 <- Laison 
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EXTENDED LIST OF GROUPS; 



BBN-TENEX Dan L. Hurpny (DLM) 

Bolt Beranek and Newman Inc. 
computer Science Division 
50 Moulton Street 
Cambridge, Massachusetts 02136 



3gl*e 
(617) it91-1850 ext 351 



CASE 



Patrick w. Foulk (PWF) 

Case Western Reserve university 

Computing and Information Sciences 

1C900 Euclid Avenue 

Cleveland, Ohio 1U1Q6 



(216) 360-2936 



CCA 



Richard A. winter (RAW) 
Computer Corporation of America 
565 Technology Square 
Cambridge, Massachusetts 02139 



(617) H91-3670 



BRIEF LIST OF INDIVIDUALS: 



5gU 



Murphy, Dan L. (DIM) 
Naficy, Kamid (HN) 
Nayior. William E. (WEN) 
Nelson, Lou C. (LCN) 
Newell, Allen (AN) 
North, Jeanne E. (JBN) 
Norton, James C. (JCN) 
O'Sullivan, Thomas (TO) 



BBN-TENEX 


(617)1^91-1850 


ext 


351 


UCLA-NMC 


(213)825-2377 






UCLA-NMC 


(213)825-2012 


ext 


2368 


UCLA-NMC 


(213)825-4733 


or i 


525-2 


CMU 


U12) 621-6200 


ext 


151 


SRI-ARC 


(U5)326-620Q 


ext 


U19 


SRI-ARC 


(lil5) 326-6200 


ext 


212it 


RAY 


(617)762-6700 


ext 


2120 



368 
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EXTENDED LIST OF INDIVIDUALS; 5gl*g 

Dan L. Murphy (DLM) BBN-TENEX (617U91-1350 ext 351 Murphy 

Bolt Beranek and Newman inc. 

Computer Science Division 

50 Mouiton Street 

Cambridge, Massachusetts 02138 

Hamid Naficy (HN> UCLA-NMC (213)625-2377 Naficy 

UCLA - Network Measurement Center 

Computer Science Department 

3732 Boelter Hall 

Los Aneeles, California 90021* 

William E. Naylor (WEN) UCLA-NMC (213)825-2012 ext 2368 Naylor 

UCLA - Network Measurement Center 

Computer science Department 

3732 Boelter Hall 

Los Anreles, California 90021* 



We plan in the future to expand the information in the Directory to 
include additional information of value to the ARPANET community such as 
individuals' research interests, description of functions of each dialog 
group, etc. SgUh 

ARPA Network Resource Notebook 5g5 

For people to be able to effectively utilize the resources of the 
network, they must know what resources are available. The initial 
service to meet this need is the ARPA Network Resource Notebook. This 
Functional Document was launched in 1971 jointly by BBN and NIC. BBN 
designed the initial information format, collected initial entries 
from each site, and did additional editorial work to insure 
uniformity. Responsibility for distribution and maintenance was 
handled by the NIC. We also transcribed the material and made it 
available online. 5g5a 

As the number of sites prew it became clear that it should have its 
information content expanded, with more specialized sections on 
specific classes of resource, and that it needed an index. 5g5b 
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An index was prepared at the NIC and as we wanted to develop more 
automatic aids to producing special views of the resource 
information* and as BBN felt they had fulfilled their initial 
obligation, future editorial responsibility for the Resource Notebook 
has passed to the NIC. 3*3c 

ARPA Network current Network protocols 5g6 

Successful intercomputer communication over the ARPANET depends on 
the development and implementation of various classes of 
communication protocols. To make this information widely available 
and easily usable in a form people could tell was up to date, the 
various protocols were collected together as one Functional Document 
and are maintained as such by the NIC. This has proven to be a 
simple, but useful service. 5g6a 

Network Information center User Guide Stt 

To enable users to learn and use NLS, the Journal and other online 
NIC services, an extensive User Guide was prepared covering that 
subset of TNLS functions felt to be initially useful to network 
users. Because NLS is a constantly evolving system and such a 
document as the User Guide would be expensive to constantly change 
and reproduce, we keep up-to-date a document we call Folklore which 
contains sections corresponding to sections in the User Guide which 
note changes to the system, errors in the User Guide, helnful 
suggestions, usage, warnings, etc. This document is distributed 
periodically and is available online. 5g?a 

We are presently writing a Primer containing a highly restricted 
subset of TNLS, but which is sufficient for people to create and 
study documents and use the Journal capabilities. $g7b 

a number of changes to the NLS command language are under study. When 
these have been settled on, a new version of the User Guide will be 
written. v 5g7c 

Support of Offline Network Dialog Sgtt 

At the present time the NIC supports several dialog groups, the main 
ones being the Network working Group (NWG) of 66 members and its 
subgroups, the Speech Understanding Research Group (SUR) of 20 
members, and the Computer Based Instruction Group tCBl) of 25 
members. These groups can use our online facilities or mail us a copy 
of a document and indicate that they want it distributed to a named 
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group, we duplicate, catalog, and distribute the document to the 
appropriate group of individuals and station collections. This mode 
of offline and online operation has been a well received and used 
service to aid creation of a sense of community in the particular 
distributed groups and as an aid to their collaborative functioning, 

Sg8a 
Requests for Network information 5g9 

People interested in the ARPANET, from organizaaons not directly 
connected with the network, from organizations connected with the 
network but not familiar with the functioning of the network* and 
peonle in various media services, frequently contact us for specific 
documents or general background information about the network, we 
supply information both verbally over the telephone and in person, 
and send appropriate introductory or other material as required to 
meet these requests. We frequently refer people to someone within the 
network community for additional or more detailed information when 
appropriate. 5g9a 

We feel as part of the NIC service it would be desirable to produce 
at NIC more descriptive information about activities in the ARPANET 
community. Eecause of staff and budget limitations we have not been 
able to take on this role as yet and have depended on people within 
the community to write this type of documentation, Not nearly enough 
has been written, however, and we hope in the coming year to try to 
some degree to fill this network documentation gap. Sg9b 

TRAINING SglO 

To launch the online use of NIC services, we have run at SRI 6 
two-day training courses in the use of NLS and the journal and we ran 
one course at mit-dmcg using their computer and the ARPANET to 
contact our system for training. These courses have been attended by 
one or more people from the sites with online access to NIC services 
and by people interested in the network and desiring a feel for 
network usage and background on present network operation. The size 
of each class has generally run around 12 people, although over 20 
attended the class given at MIT. SglOa 
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FIGURE 22. Instructors (right in each group) work with students 
during practice period in NIC TNLS training course. Class 

alternates between brief lectures and practice periods. NIC 
Provides a terminal for each student or for every two students 

depending on class size. 

SglOal 

These people have returned to their sites to use our system and nelp 
others at their site learn to use it as well. SglOb 

We have been constantly evaluating how best to teach the use of NLS 
and have been getting useful feedback on areas of improvement needed 
in tNLS to make it easier to learn and use, 3gl0c 

To provide a useful service to a distributed community requires more 
active on-site user instruction and help than we have yet been able 
to provide. We hope in the coming year to oe able to free resources 
to provide more of this kind of assistance. 5gl0d 

As part of this teaching process a series of "workbooks" which take a 
person through commonly used TNLS operations has been prepared. 5gl0e 

We expect to continue evolution of our teaching aids and NLS features 
to make the system responsive to both the needs of inexperienced and 
experienced users. We hope also to add those features which could 
make NLS more self-instructive. 5*101 
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EXPERIENCE USING THE ARPANET 5n 

Experience using the ARPANET has proven quite satisfactory at this stage 
of its development. The ARPANET really only came alive in mid-October 
1971 even though the central communications network had been operational 
over a year earlier, because it was only then that more than one or two 
hosts were operational on the network with the needed protocols. 5hl 

The ARPANET, the network interfaces, local hosts, and network software 
comprise a very large, sophisticated system in which there are many 
places where breakdowns can occur. The central network facility has 
been quite reliable, with most of the breakdowns and bugs in local hosts 
and network software. With the many possible places of breakdown, early 
network users and servers have had to be patient and understanding of 
their own local system and those serving them on the network. 
Reliability of hosts on the network seems to be constantly improving. 

5h2 
Response to users over the network seems to generally be quite good in 
spite of having two computer systems with their layers of network 
protocol software in the loop. 5h3 

It is clear that there is much yet to be learned about handling network 
protocols in local operating systems and in network hardware 
development. Sh.U 

We are, however, quite pleased with directions of networ* development 
and are convinced that this type of technology is here to stay and will 
have a significant impact on the development of this project (ARC), the 
nature of the organization of research and development generally, and 
information technology. 5h5 

CONCLUSION 5i 

The Network Information center is, we believe, an example of a new type 
of information service which has significant future potential and, even 
though it is presently in an experimental and development phase, is 
providing useful online and offline services to the ARPANET community. 
Now that a basic operational service is in existence, future attention 
will be turned not only to furtner evolution of the range of services 
offered, and the quality of each service, but also to an analysis of the 
costs of each service. The cost of information services is a tonic of 
much discussion in the literature but one on which there is little 
concrete data (see Reference section 2b). we hope in future reports to 
be able to describe in some detail the costs of various NIC services and 
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compare them with the reported costs of similar activities at other 
centers or performed by other means. 5il 

We also hooe to study the way various NIC services are being used by NIC 
clientele and to evaluate the utility of each service in more detail, 

5i2 
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NETWORK PARTICIPATION 

Richard w Watson John T Melvin 
Charles H irby and James e White 6 

INTRODUCTION 6a 

During the prime period of this report, general network participation 
other than direct Network information Center activities has been active, 

6al 
Our network participation activity has been in two main areas, protocol 
development through work in several protocol design committees and 
general network coordination through membership on the short lived 
Network Working Group Steering Committee and its successor, the Network 
Facilitators Grouo. 6a2 

PROTOCOL DEVELOPMENT 6b 

We helDed launch the Telnet Protocol design committee at the February 
1971 Network working-Group (NWG) meeting with the document "a First Cut 
at a Proposed Telnet protocol, M RFC 97, NIC S7k0 and participated 
actively in the design of the protocol. The Telnet Protocol allows user 
typewriter terminals of various types and attached to the users host to 
communicate with serving hosts through definition of a standard Network 
Virtual Terminal system. The Telnet protocol is described in "ARPA 
Network Current Network Protocols", NIC 71Qiu Dick Watson and John 
Melvin were active in this area. 6bl 

At the May 1971 NWG meeting we helped launch the design committee set up 
to stuay the problem of general network data and file transfer. Two 
initial protocols were designed at that meeting, one for data transfer 
and another for file transfer. Although it was felt at the time that 
further work and experimentation was needed on this data and file 
transfer problem, the resulting protocols were felt to be adequate to 
gain initial experience. These Protocols are documented in "ARPA 
Network Current Network Protocols" NIC 710ii. 6b2 

Because most sites were preoccupied with implementing their Network 
Control Programs (NCP)and Telnet Protocols, implementation at a few 
sites, including SRI-ARC, of the Data and File Transfer Protocols did 
not start until early 1972. At this time early implementation 
experience and further experience in using the network indicated that 
the design of the Data and File Transfer Protocols should be 
reconsidered. A meeting of the design committee was held at mit in 
April 1972 which resulted in a new design. The results of this work are 
presently being documented by Abhay Bhushan of MIT-DMCG. 6b3 
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One of the services of the NIC is to facilitate networK dialog b.v use of 
the Dialog Support Svstem (DSS) of SRI-AR0»s Online System (NLS). To 
deliver documents and messages entered into the DSS through the networK 
to printer files at remote sites is simplified if a protocol built on 
the file Transfer Protocol is supported by each site, A protocol called 
the "Mailbox" Protocol was proposed in RFC 196, NIC 71i|.l and revised in 
RFC 221, NIC 7612 and RFC 273, 6056. The new File Transfer Protocol 
being developed may include a "mailbox" capability (i.e., a capability 
to deliver printer files to remote sites) and therefore tne future of 
the Mailbox Protocol is not certain at this point. Dick Watson, John 
Melvin and Jim White have been active in the above areas, 6 in 

In July 1971, the first meeting of the Network Graphics Group (NGG) was 
held to discuss requirements for a protocol to handle interactive 
graphics over the network. One of our goals in the graphics area is to 
support the display version of NLS over the network. We have been 
working with L.P. Deutsch of xerox, Palo Alto Research Center in this 
area, as xerox wishes to use NLS from an IMLAC display. The initial 
work here was described by Deutsch in "DEC PDP-10--IMLAC Communication 
System," RFC 190, NIC 7135 and oy irby in "Graphics Implementation and 
Conceptualization at ARC", RFC 191, NIC 7136 At the same time "Some 
Factors which a Network Graphics Protocol Must Consider," RFC 192, NIC 
7137, was published by Watson. 6b* 

Further meetings of the NGG have been held, with the most recent in 
April 1972, at which we participated in the design of an initial 
experimental interactive graphics protocol. 6b6 

We have been experimenting with running the display version of NLS over 
the network from two sites, «BN and UCLA-NMC, The results are 
encouraging from BcN, which has a 9600-paud interface to their IMLAC and 
a resident NCP. The UCLA-NMC system runs its Telnet ana its NCP as user 
programs. They have a 1200 baud connection to their IMLAC. when loaded, 
response is considerably slower than experienced locally at SPI or 
experienced by B3N. when both the UCLA-nmc and SRI-ARC machines are 
lightly loaded, response at UCLa is barely satisfactory. 6b7 

Charles Irby nas been active in the network graphics area. 608 

Through Jim White, who joined SRI-ARC in early April, we have been 
participating in the design of a Network Remote Jop Entry Protocol. The 
most recent design meeting was held in April 1792. 6b9 

Some work has been done py the NVG on considering the requirement for a 
Network Data Management protocol that would support management of 
distributed data. We have maintained contact with the people working in 
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this area, but other than defining some of our needs for reporting to 
this group we have not been active participants as yet. We expect to 
work more actively in this area. 6bl0 

Plans for the future call for continued active participation in the 
protocol design areas mentioned above and for implementation of those 
protocols for experimental and normal usage, as appropriate. 6bil 

NETWORK COORDINATION 6c 

A Network Working Group Steering Committee was set up at the May 1971 
NWG meeting of which John Melvin was a member. This group planned the 
October 1971 NWG meeting and then was replaced by a Network Facilitators 
Group consisting of nine members geographically distributed. This group 
has as its purpose to help give detailed technical information and 
personal assistance to people desiring to get on the network or make 
technical contact with the network community. This group has also 
served a trouble shooting role in general network coordination. John 
Melvin and Jim White are members of this group. John left SRI to work 
at rand in April 1972. 6cl 
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COMPUTER FACILITY 

by Donald C Wallace, James c Norton, 
John T Melvin, Donald I Andrews, Charles H Iroy, 

Edwin K Van De Reit, and Kenneth £ Victor 7 

HARDWARE 7a 

Introduction: 7al 

At the end of the first year of this contract, we transferred our 
computer operations from an XDS-9kO to a PDP-10 computer. The 
transfer effort is described in our interim report for the first year 
(8277,). 7ala 

Hardware activity during the past year has focused on additional 
tuning of the new configuration, maintenance, troubleshooting and 
operation of the facility, and some upgrading of critical parts of 
the system. 7alb 

FIGURE 23. (Opposite) ARC computer system. 7albl 

Present configuration 7a2 

The present ARC computer facility configuration is as follows: 7a2a 

Digital Equipment Corporation (DEC) equipment is the heart of our 
facility, providing the computer, core memory, and mass storage 
devices (discs, magnetic tape units). 7a2al 

PDP-10 7a2ala 

Tne KA10 Central Processor has a 36-bit word length and an 
18-bit address field. It controls computer cycles, executes 
machine-language instructions, and handles priority 
interrupts, it interfaces with the outside world through its 
I/O Bus and Memory Bus. 7a2alal 

processor 7a2alb 

Memory - 8 MAlO's (2 MElO's being added in June 1972) 7a2alc 

These are ferrite core memories and are used witn the KA1Q 
processor. The memory allows for storage of 37-bit words (36 
bits and parity) and has a 1 us MA10/ME10 cycle time. Each 
memory box has a storage capacity of 16,38k words. 7a2alcl 
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Memory Interlace DF-1Q 7a2ald 

The DFIO Data Channel is a high-speed trapsfer device (10t6 
words/sec), in the ARC configuration, it accomplishes direct 
data transfer between the (RP02's) and memory. 7a2aldl 

Once enabled, data transfers independently of the program 
in progress, thereby releasing the central processor for 
other operations, 7a2aldla 

Disc Packs - RP-02's 7a2ale 

our RP02«s each provide storage for S, 196, 600 36-bit words. 
Average access time is 62.5 ms. The transfer rate is 15 
ms/word. The ARC system has four online RP02's for a total 
storage of about 20 x 10t6 words. An additional RP02 is 
available to back up the disc system. 7a2alel 

Disc Pack Controller - RP10 7a2alf 

The RplO provides the interface logic between the DFIO Data 
Channel and the RP02 Disc Pack Driver. 7a2alfl 

DEC tape Units 7a2alg 

These are special magnetic tape unit3 used for loading 
programs into the core memory. They are usually used for 
bringing up the ARC system. 7a2algl 

Mag Tape Units and Controller ?a2alh 

These units enaDle mass storage of information onto magnetic 
tape and are used in performing disc dumps and for file 
archival processes. 7a2alhl 

Line Scanner 7a2ali 

The DC10 Data Line Scanner provides a timesharing two-way 
interfage between the pDp-10 central processor and a maximum 
of 61i teletype-like stations. The current configuration 
handles 2k stations. 7a2alil 

Bolt, Beranek, and Newman, inc. (BBN) has provided much of the 
special hardware and software that modifies the standard PDP-10 
system to make it compatible with Arc and Network requirements. 

7a2a2 
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Paging Box ?a2a2a 

This device interfaces the PDP-10 central processor to the 
core memories. It facilitates the swapping of pages (512 
36-bit words) between the core memories and either the drum 
or the disc. 7a2a2al 

Interface Message Processor (IMP) and IMP Interface 7a2a2b 

The IMP is the interface between the ARC NetworK Information 
Center and the ARPA Network, it connects to the PDP-10 via 
the I/O Bus and connects to the rest of the Network via 
telephone lines. 7a2a2bl 

Bryant Drum and Interface 7a2a3 

The Bryant drum is a mass storage device with a capacity of 
1,566,720 words and an average access time of 16ms. Once 
enabled, data transfer with the core memories proceeds 
independently of the programs in progress, thereby releasing 
the central processor for other operations. The drum is the 
primary transfer (swapping) device to the core memories. 7a2a3a 

Bryant Disk 7a2ali 

This mass storage device has a capacity of 23 x 10T6 36-bit 
words. At present it is used as backup for the DSC RP02*s while 
further uses for it are being considered. 7a2aka 

I/O Control Box 7a2a5 

This device is used to extend the PDP-10 I/O Bus. It al3o 
provides manual control over the peripheral devices it 
interfaces. 7a2a5a 

External core (xcore) 7a2a6 

This is a 32k 21i-bit memory. It is now used for storage of 
display and keyboard information and other non-critical 
information transferred at slower rates. 7a2a6a 

xcore Multiplexer 7a2a7 

This attaches 8 ports to xcore. (The main core MA10/ME10*s have 
k ports as part of their structure). 7a2a7a 
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Xcore Interface Box 7a2a6 

This device provides for the proper timing and voltage 
interface between the PDP-10 memory and the Xcore Multiplexer. 

7a2a8a 
peal Time Clock 7a2a9 

This clock provides the reference for all times recorded by the 
system. 7a2a9a 

TTY Patch Panel 7a2alO 

This connecting panel allows some of the many TTY and Modem 
inputs to be connected to the 21* channels available on the line 
scanner. 7a2al0a 

nataphones 7a2all 

There are 8 Dataphones and Modems connected to the system. 

7a2alla 
Display Controllers, Tasker Display Generators, and Closed Circuit 
TV 7a2al2 

These devices enable local users to view any of the 12 
television monitors (located at the display consoles). These 
monitors display information stored by the system in Xcore. 

7a2al2a 
Data Products Line Printer 7a2al3 

This device provides for hardcopy printout of user and system 
files. 7a2al3a 

Test box 7a2alu. 

This unit occupies a part of Xcore and is used as a 
troubleshooting tool. 7a2allta 

input devices controller (IDC) 7a2al5 

This equipment handles information from the display consoles 
(12 keyboards, keysets, and mice) and stores it in Xcore to 
anait processing. 7a2al3a 

A/Jj Converter 7a2al6 
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This converts analog mouse coordinates to digital coordinates 
to be stored in Xcore via IDC# 7a2al6a 

Display Consoles (12, plus spares) 7a2al? 

These each are composed of: 7a2al7a 

Mouse 

Keyset 

Keyboard 

Video Displays 7a2al7al 

console Patch Panel 7a2al8 

This enables video output from the display system to be 
interchanged among the various display consoles within the ARC 
work area and is also useful in troublesnooting. 7a2al8a 

Illustration to be used: 7a2P 

ARC PDP-lo system configuration Layout 7a2bl 

Problems we Have Been Facing 7a3 

ARC Service Problems 7a3a 

one of APCs key objectives is to provide reliaDle service to its 

augmentation system users at as reasonable a cost level as we can 
within the context of our part-developmental, part-service 
environment. 7a3al 

we have provided many ARC and Network users with NLS service 
during the oast year. In this period, ARC and Network users 
have in many instances experienced system accessability and 
user-response at what we consider to be undesirable levels. 

7a3ala 
The main cause of such lowered service levels has oeen problems 
with our hardware, although some software problems have also 
been encountered. 7a3alb 

v/e have been concentrating on the various hardware problems that 
have caused lower-than-desired service levels. 7a3a2 

one source of trouble has been the external core (Xcore) 
configuration through which we have run the Network interface, 
the ARC displays, the line printer, and other devices. 7a3a2a 
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Sensitive cable connections that have broken with handling 
during maintenance and trouble-shooting work, many cards 
that have failed, and basic internal Xcore grounding design 
flaws were the main causes of xcore failures. 7a3a2al 

New cables have been made and are being installed, A 
different grounding scheme has been implemented and 
appears to have reduced the noise levels previously 
experienced in Xcore* 7a3a2ala 

A new BBN Network Interface has been installed that does not 
connect to the system through our Xcore. In the future, Xcore 
trouble will not bring down our Network connection (at least 
not as in the past). 7a3a2o 

The DEC PDP-10 has had several failures in the past few months. 
DEC responds quickly and effectively to such occurences. 7a3a3 

Any timesharing system is susceptible to such failures. The 
fact that we have only one machine puts us in a position of 
being more vulnerable to service interruption than that 
experienced by large commercial utilities, where there are many 
machines. When one machine goes down, another is switched in, 
frequently without the users seeing much effect, 7a3a3a 

we plan to discuss with commercial utilities the possibility of 
their providing all or part of another machine for the NIC 
portion of our NLS service in an effort to: 7a3a3P 

1. Become more reliable and 7a3a3bl 

2. To provide more computer service to NIC users. 7a3a3b2 

we would have to secure additional funding for such an 
arrangement, 7a3a3c 

The faryant drum has failed several times recently, even with 
freauent maintenance by Bryant. Xhe UNIVAC drums have been used as 
backup, but have been unreliable at times. 7a3a!i 

The UNIVAC drums are too expensive to keep as backup and don't 
speed the system significantly when used with the Bryant drums 
simultaneously, tfe have terminated the lease of the UNIVACs for 
cost reasons. 7a3a);a 

we have tried swapping off a single DEC diskpack to see if we 
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can backup the eryant equipment satisfactorily with that 
arrangement. 7a3alib 

The number of users supportable is considerably reduced, but 
service to a limited number U or 5 users) is satisfactory, 

7a3ai*bl 
With the added 32k DEC memory (coming in June 1972), there 
will be less swapping, so that swapping off the diskpacks is 
expected to support more users than during early trials, 

7a3aJj.b2 
in addition, we plan to develop software that will swap off 
several of the packs, not just one, we also are contemplating 
adding another diskpack controller. 7a3aiic 

If swapping off the diskpacks doesn't appear to be the best way 
to provide backup for the Bryant drum, we may have to add 
another Bryant drum, 7a3alj.d 

The Tasker display system is now five years old and is requiring 
an increasing level of maintenance and trouoleshooting, 7a3a5 

Since it provides the primary display facility to ARC i)NLS 
users, its early replacement appears necessary, both to provide 
more reliable service and to upgrade the duality of the 
displays to current state-of-the-art performance levels, 7a3a5a 

we have been actively trying to secure more of our equipment from 
commercial sources, while putting effort into making hardware that 
is unique-to-ARC more reliable through upgrading efforts, 7a3a6 

The xcore configuration and some interface hardware are still 
one-of-a-kind prototype eauipment, and in some ways do not have 
the solid commercially-produced characteristics we now need. 

7a3a6a 
The Bryant disc is not being used now, since it was the source 
of serious reliability problems (crashing the system 
frequently) last year. Its functions are now being performed by 
the new DEC diskpacks. 7a3a6o 

The Bryant disc is several years old now and is due for a 
ma.ior overhaul if it is to be further utilized in the ARC 
system, we have been looking for ways to use its capacity 
that do not put it in the mainline of our system oneration, 

7a3a6bl 



online Team Environment 
173 



SRI-ARC 6 JUNE 1972 130U 
Computer Facility 
System Software 



SYSTEM SOFTWARE 7b 

Imlac support for DNLS 7bl 

A Program written (by Peter Deutsch of Xerox Palo Alto Research 
Center -- XFaRC) for an IMLAC display and processor and some 
modification to the display support monitor calls allowed us to offer 
DiSDlay NLS support over phone lines and through the ARPA Network, 
To date DNLS has been experimentally used by a remote ARC employee 
(about 100 miles away, phone line connection), by XPARC personnel 
(also phone line), at the Network Measurement Center at UCLA (ARPA 
NET), and at 8BN (ARPANET) 7bla 

TENEX 7b2 

In our inital use of BBN-TENEX the main concern was to just "maKe it 
work". In getting TENEX to run on our unique hardware configuration 
we made many extensive modif ifations and additions. In the ensuing 
year and a half of experience with TENEX and its evolution we have 
learned much, with the responibility of providing reliable computer 
resources for the NIC many heretofore overlooked requirements in 
running our facilities have become considerably more critical. 7o2a 

It has become increasingly important to run as unmodified a version 
from BHN's distributed version as possible. Modifications are only 
made when there is a real user need and BBN cannot or will not make 
the appropriate mod or addition. When we do make additions or mods 
to TENEX we first attempt to implement them in a manner that would be 
of general use to TENEX users and secondly we notify BBN of the 
change in the hope that it will become a part of standard TENEX with 
a subsequent release. 7bkD 

The following is an overview of many of the changes we have made here 
at SRI-ARC to BBN distributed TENEX. 7b2c 

Further details, including implementation details, are available 
for the asking. 7b2cl 

OPERATIONAL PROCEDURE CHANGES 7P*d 

CHANGES TO START-Up AND RESTART PROCEDURES OF THE MONITOR 7b2dl 

DTBOOT 7b2dla 

We have switched from using TENDMP (for loading tne monitor 
from DECTAP) to using DTBOOT, a DEC-provided repiacment for 
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TENDMP that is much easier to use and a setter program than 
TENDMP. 7b2dlal 

Novice startup procedures 7b2dlo 

we have changed the starting address of the monitor from 100 
(which goes immediately to DDT) to SYSG01. 7b2dlbl 

Thus the procedure necessary for a novice to bring up the 
system is easier and is as follows: 7b2dlbla 

readin DTBOOT 

type CH. 

One of the by-products of using DTBOOT is that it has 
built in default file names. 

We have renamed the resident monitor to be SYSTEM. SAV 

SYSTEM. SAV is the default name for loading for DTBOOT 

DDT Flushing 7b2dlc 

Several new flags were added to the monitor to control the 
use of memory for DDT. Basically three options are available 
to the system programmer. 7b2dlcl 

The system may be run: 7b2dlcla 

Without DDT or the monitor symbol table. 

With DDT, but no symbols 

With both DDT and the monitor symbol table 

Monitor routines are also provided to dynamically alter 
the state of DDT monitor core usage. 7b2dlclo 

The rationale behind this new facility is that tne 
monitor symbol table uses 12k of memory that would 
normally be available for user program execution. Tnis 
new feature allows the system operator to select the 
optimal use of memory given system load, reliability and 
use. 7b2dlclc 
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system Startup procedure 7b2dld 

We have modified the system such that if CHECKDSK does not 
run successfully, then nothing else, e.g. auto-startup jobs, 
is allowed to run (except for the operator's console and one 
special dial-uo line) until the disc has been fixed and 
CHECKDSK has been run successfully, 7b2dldl 

If CHECKDSK does not run successfully, then a message is 
broadcast to all currently connected users telling them 
that the disc needs fixing. 7b2dldia 

We allow a dial-up line access in this case, so that a 
system programmer can fix the disc from home if 
neccessary. 7b2dldlb 

we made this modification with the primitive inter-job 
communication described below, 7b2dldlc 

Auto-start-up jobs 7b2dle 

We have changed the manner in which auto-start-up jobs get 
started so that they now run under the EXEC rather than 
under the MINI-EXEC 7t2dlel 

COMPILING AND LOADING OF A NEW MONITOR 7b2d2 

we no longer add code to existing files when we get new monitor 
releases, instead we have defined additional files that are 
assembled with each group of files and, where possible. WE have 
made our additions in these new files with JRSTs and CALLs to 
the new code. 7b2d2a 

We have also broken the MON assembly into swappable and 
resident code similar to the SWPMON assembly. 7b2d2al 

Thus we can add code that is logically related to code in 
the MON assembly but not resident. 7b2d2ala 

we have made several changes in the compile-and-load sequence 

7'b2d2b 
These changes give us more information at each step in 
putting together a new monitor. 7b2d2bl 

We have changed both the FAIL assembly (ASSFIL) and the 
MACRO assemblies (MACALL) so that, where possible, we are 
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notified when the swappable code overlaps the resident 
code at compile time rather than at load time. 7b2d2bla 

When an overlap does occur, we are told about it 
immediately, 

in addition we are told what has to be changed in 
order to get rid of the overlap. 

To get notice of overlaps we had to break out code 
from PARAMS, fparams, and some other routines and 
localize it in one routine. 

The HON assembly now tells us the lower bound for 
loading MFLIN, etc. 

In addition the driver file MACALL, after the 
assemblies are done, executes the subsystem T£CO and 
types out the current load address of MFLIN 

This number can then be immediately compared with the 
output from the HON assembly and checked for validity. 
We save soing through a load only to discover that 
overlaps do occur. 

we have changed the loading sequence as follows: 7b2d2blb 

We have removed the bounds checking that used to be 
done by *oing into DDT. 

A new program was written that is assembled with and 
called by POSTLD, 

This program does the checking that used to be done in 
DDT plus some additional checking. 

in addition it outputs this information in a nicely 
formatted way that can be kept as current 
documentation for this version of the monitor. 

This program also gives us the current values of 
certain critical cells. 

we have added another nrogram that is also assembled 
with POSTLD. 
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POSTID calls this program. 

This program types out the file names and current 
versions of the source files that went into generating 
this version of the monitor. 

This information also provides useful documentation on 
the current monitor, 

in addition to typing out current file names and 
version numbers it sets up cells in tne monitor which 
contain the current version number of each of the 
files. 

Thus we can go into MDDT and determine which source 
files were used to generate this monitor, 

PRIMITIVE INTER-JOB COMMUNICATION 7&2e 

We have implemented a very primitive inter-.iob communication 
facility, 7b2el 

It involves a system-wide cell with each bit independent of the 
other bits, 7b2ela 

Each bit is directly settable, resettable, and testable, 

7b2elal 
A process must Know the password for any bit to set. reset, 
or test it. 7b2ela2 

ADVISE 7b2f 

we have implemented an advise facility similar to that of the 9liQ. 

7b2fl 

Its implementation is similar to the implementation of links, 
except that lines are checked to see if they are input linked 
at the time characters are put into the big buffer, 7b2fla 

If lines are input linked, then characters are placed into 
the big buffer with the line number of tne advisee. 7b2flal 

HANDLING OUP DISPLAYS 7D2g 

(see also RFC 190 (7135,) and RFC 191 (7136,)) 7b2gl 
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we have made many changes to the teletype routines to accommodate 
our displays. 7b2g2 

Basically, we defined an escape sequences 7b2g2a 

This escape sequence declares that the following n (where n 
is part of the escape sequence) characters are to be 
interpreted differently from normal TTY input, 7b2g2al 

There exists a mapping from the special sequence to 
normal TTY input. 7b2g2ala 

When our displays are in TTY mode (as opposed to 
display mode) this mapping applies. 

If we are in display mode, then the characters of the 
special sequence include: what keyboard character was 
struck, what combination of the mouse buttons and Keyset 
buttons were struck, what the current position of the 
mouse is, and, optionally, the time of the character 
input, 7b2g2alb 

This escape sequence enables us to support other types of 
displays (including IMLACS over the NET) with no change 
to either NLS or TENEX as long as these "remote" displays 
input the proper escape sequence. 7b2g2alc 

we have made the necessary changes to the rest of TENSX to 
accommadate this sequence, e.g. STI, and added additional jsies 
to be able to define what type of terminal (TTY, local display, 
remote display) is associated with each line. 7b2g2b 

FAST TERMINAL HANDLING 7b2h 

we have added a jsys to say that padding (sending additional 
rubouts) is required for this terminal when a OR or LF is output. 

7b2hl 
This means that the user will not lose the characters at the 
left margin on fast terminals. 7b2hla 

(We understand that version 1.29 takes care of padding. We will 
get rid of any inconsistencies in our code.) 7b2h2 

SCHEDULER CHANGES 7b2i 



Online Team Environment 
179 



SRI-ARC 8 JUNE 1972 130JU 
Computer Facility 
System Software 



we have changed several scheduler parameters to get the Kind of 
response we want, 7b2il 

primarily, we have tuned the system to give very good service 
tc highly interactive processes and very poor service to more 
computebound processes, we toned it by adjusting QBASE, TbASE, 
and TFACTR. 7&2ila 

we have also changed our working set parameters in an attempt 
to reduce I/O wait time by getting more processes in the 
balance set. 7o2ilb 

in addition, we have our own version of NHWST, which, together 
with ether code, gives preferential treatment to display 
terminals. This is a departure from the BB&tt idea of 1/N 
service tc all users. We give our display users a larger share 
of the machine. 7b2ilc 

ouite a bit of code has been added at ARC to gather statistics, 

7b2i2 
This measurement code is part of a subsystem (SUPERWATCH) 
written at ARC to get a profile of the system performance at 
any time. 7b2i2a 

Documentation on this system is available (see below). 

7b2i2al 
in addition to finding how the CPU's time is spent, what 
important scheduler variables are, and how our disc and drums 
are behaving, we can sample the program counter and/or the 
contents of memory. 7b2i2b 

The program counter (PC) sampler is very valuable. The PC 
is sampled when the two clocks are synchronized every 50ms, 
in the clock interrupt. Either user or system mode is 
sampled. A specified subsystem may be sampled in user mode. 
The information is collected as a count of samples within 
specified ranges, with one count for out-of-range in each 
direction. The ranges are specified as a lower bound and 
word count per range. The word count is rounded to a power 
of two, so that a SUB, LSH, AOS sequence does the jop. 

7b2i2bl 
The sampling of memory (user pages) is done by a process 
clock on >00ms intervals, it gives us a profile of memory 
use, 7b2i2b2 

pages are categorized as private unmodified, private 
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modified, shared but not referenced, shared and 
referenced by one process, snared and referenced by more 
than one process, 7b2i2b2a 

Based on the information gathered by the measurement code, the 
scheduler generates a number we call the response index. It is 
an exponential average of the length of time processes on queue 
zero wait on the go list tefore being brought into the balance 
set. 7b2i2c 

It indicates the Kind of service being provided to 
interactive users, 7b2i2cl 

If the response index goes over a threshold, the EXEC 
prevents new logins. 7b2i2c2 

Since our scheduler has been biased against computebound .jobs, we 
added a JSYS to set some scheduler parameters (TBASE, TFACTR) . 
This allows us to dynamically alter the scheduling characterists 
of our system, 7b2i3 

A special subsystem allows tne operator to set the parameters 
to "compile time" or "normal", 7b2i3a 

compilations during regular hours do not disrupt service to 
interactive users (and in general, don't get done), 
interactive service during compile time is poor, and 
compilations get done quicKly, 7b2i3b 

MISCELLANEOUS CHANGES 7b2j 

OTJFN 7b20l 

If a version number of -a is specified to GTJFN then the 
following happens; 7b2dla 

If the file exists then the user is returned a JFN for the 
highest version number of the file, 7b2jlal 

If the file does not exist then a file is created for the 
user and he is returned a JFN for this new file. 7b2jla2 

pELNF 7b2j2 

This is a new jsys that we have adaed, ?b2;12a 
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It will delete all but the n (where n is a passed parameter) 
hirhest versions of a file. 7b2j2al 

Superwatch. 7b3 

Abstract 7b3a 

superwatch is an information gathering and formatting program 
designed to help find out what is going on witnin our TENaX 
timesharing system. 7b3al 

It is designed to put a very small load on the system while 
collecting information from it, so that it will not alter the 
operation of the system significantly. 7b3a2 

Introduction 7b3b 

The system monitoring is done in several steps: 7b3bl 

information is collected within the timesharing monitor in a 
crude form, usually as meters. A meter is a counter tnat is 
continually incremented, and represents a count of events or 
the sum of quantities. 7P3bla 

The difference between two meter readings, and the time 
interval between the readings, can be used to compute an 
average rate over the interval. 7b3blal 

A user mode program collects the crude data from the system at 
specified intervals. This information is written directly on a 
file. This process mu3t put very little load on the system. 

7b3blb 
At the end of the collection period, the file is printed in 
whatever form the user desires. 7b3blc 

Monitor meters 7b3c 

The TEN'EX system, as it came to us, contained several meters, but 
we found tnem inadequate in answering our questions apout the 
system. 7b3cl 

we added several types of information collection to the system. 

7b3c2 
Vie added meters to the monitor, especially with respect to how 
time was spent in scheduling and other system overhead 
functions. 7b3c2a 
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we added sampling code to a clock interrupt routine to measure 
several things, especially with respect to the balance set and 
memory utilization. The ■sampling is done at a SGms. rate. 

7D3c2b 
perhaps the singly most useful thing is the PC sampler, which 
runs off the same clock interrupt. Given ranges of program 
addresses, the PC sampler counts the number of times tne 
program counter was within each range at the clock interrupt. 
From a large number of such counts one can infer the percentage 
of time spent executing in each range. The PC sampler can be 
focused on a specified subsystem or the system itself (system 
mode execution). 7'o3c2c 

A device called a fault record works in a manner similar to the 
PC sarpler and records page faults, it records either fault 
location or fault address for a specified subsystem. The user 
gets a picture of where page faults occur in the program in 
question, it is generally used to refine program organization. 

7b3c2d 
The User Program - Superwatch Subsystem 7b3d 

The subsystem has commands for collecting crude data from the 
monitor and writing it on a file, and for reading such files and 
formatting the output in a variety of ways. 7b3dl 

The collection can be done in one of two modes, one collects a 

smaller amount of data, runs faster, and uses less file space. 

The other must collect data from the monitor at a slower rate 
since it takes more time. 7b3dla 

The primary parameter specifed by the user is the interval 
between collections or samples. The program simply dismisses 
itself for the specified interval between samples. 7b3dlb 

The collection code has been written so that virtually no 
information is lost if the system crashes, or if the program is 
terminated by the user. 7b3dlc 

After collection is finished, the statistics are obtained by 
formatting the file. printouts for an entire file, or ,just a 
portion (given two times of day) can be obtained with a variety of 
orint commands. 7b3d2 

The objects of the printouts are parameters. The set of 
parameters is a superset of the set of meters or items 
collected from the monitor. 7b3d2a 
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Many parameters are functions of several meters. The value 
of some parameters are computed by a procedure which has 
available to it all data collected from the monitor at the 
tine interval m Question. 7b3d2al 

Generally, the user specifies a set of parameters he wishes 
to see, 7b3d2a2 

The simplest format is a list of the values of each requested 
parameter at each interval. An average over the entire test is 
included. 7b3d2b 

Fault record and PC results are printed in table form giving 
address ranges, counts and percentages for each range, 7b3d2c 

For a specified parameter, a line printer histogram can be 
printed, for either the distribution of that parameter 
(distribution of the values at each interval), or the 
parameter's value as a function of time. 7b3d2d 

A special command allows a real time display (nistograms) of 
specified Parameters in real time. This is actually a 
collection command rather than a print command, other 
collection commands allow the user to request a real time 
printout. The formatting is done at the time of collection, 
and the user can see the results immediately. 7b3d2e 

Typical use 7b3e 

we usually use the subsystem in one of several ways: 7b3el 

we often run it with a collection interval of about 1 to 5 
seconds for 10 minutes to an hour during peaK loads to study 
performance, 7bjela 

Another mode is to run it all day with a collection interval of 
15 minutes. This gives a profile of the system usage, type of 
load, and overall performance for the entire day, A job which 
runs tne subsystem in this mode is automatically started up 
when the ti^e sharing system is started. 7b3elb 

Tne slow type sampling with a IS min. interval is also used to 
collect ?C and Fault record statistics. The sampling is 
generally done over a period of about 3 to 5 hours. 7b3elc 
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The real time display noes is useful for finding out what is 
happening when the system is behaving strangely, 7b3eld 

There are several parameters which we nave found to toe very 
useful: 7b3e2 

It is essential to Know where the CPU time is going. We deal in 
terms of percent of real CPU time: 7b3e2a 

idle time 7b3e2al 

time spent running user programs 7b3e2a2 

time scheduling 7to3e2a3 

time spent waiting; on drum and/or disc 7&3e2au 

time in system overhead (e.g. network, garbage collection, 
etc.) 7b3e2ai> 

Disc and Drum behavior and usage: 7b3e2o 

percent of time busy 7b3e2ol 

queue lengths 7b3e2b2 
time to transfer a page, including queue wait time 7b3e2b3 

number of reads, writes 7b3e2bii 

Memory utilization: 7&3e2c 

numoer of jobs holding space in memory 7b3e2cl 

amount of memory reserved for above jobs 7b3e2c2 

actual number of pages held by above jobs 7b3e2c3 

numoer of free pages 7b3e2c^ 

numoer of pages retained due to sharing 7b3e2c5 

usage bv subsystem 7b3e2d 

percent of real timg used 7b3e2dl 
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compute time between page faults 7b3e2d2 

There are many other parameters (over 100), They nearly all are 
of value just to know that various aspects of the system are 
functioning well, 7b3e3 

A Few Discoveries 7b3f 

several times our Bryant Disc has malfunctioned in such a way that 
it took the maximum length of time to do a seek. As a result, 
disc transfers were very slow (about 260ms, per page) and the 
system response very poor, it was not apparent that the disc was 
the culprit since no errors were being reported. But a 
statistical printout showed the long disc page times, as well as a 
long disc queue length, and excessive I/O wait and low utilization 
because of the disc, 7b3£l 

we also discovered a performance problem in the time sharing 
system. When many jobs were snaring the same subsystem, the 
system was over-reserving memory for those jobs, we presented the 
problem to BB&N, and the next version of TENEX from 5B&N had a 
modified memory management Package in it which handled shared 
pages in a more satisfactory way, 7b3f2 

The PC sampler has uncovered two expensive parts of the scheduler 
which may have been corrected in the newest release from BB&N 
(TENEX 1.29 which we have not used yet) . Also, the PC sampler has 
peen a guide for reorganizing the code in NLS, in order to group 
frequently used code to reduce the working set size. 7b3f3 

we keep track of the overhead time spent handling the Network. It 
is in the range of 0,5% to 1% of the real CPU time per NET user to 
maintain it. 7b3fli 

one of our subsystems makes particularly heavy use of the disc 
(BSYS). when running on the Bryant disc, we found that system 
performance was very poor when BSYS was running and using the disc 
heavily. A statistical printout showed that it was due to very 
high I/O wait time because of a long disc queue. This was a 
factor (in addition to reliability) for getting the disc packs, 
when running BSYS with the disc pack system, the disc use is 
increased, put the I/O wait time is not significantly increased. 
The page transfer time on the Bryant disc is about 160ms. , and on 
the packs it is about 35ms. 7d3f5 

occasionally, we have problems with one 16K memory box. The 
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standard procedure is to run without it, with 16K less memory for 
swapping space. The result is a very clear degradation in 
service, with more time spent in I/O wait and with fewer .1obs in 
memory at one time. Also, we occasionally run with the system DDT 
(debugging system) and symbols resident in memory. This reduces 
user swapping space by about 10K, and the result is evident in a 
statistical printout. This prompted us to think that we would 
gain in system performance by increasing the amount of memory. 
Another 32K will be delivered soon, and we shall see just how mucn 
it increases our performance. 7b3f6 

Generally, an information gathering system like ours is valuable; 

7b3f7 
To verify that the system is working as designed. 7b3f7a 

To identify the cause of poor service at the time it is 
happening (e.g. a bug, hardware malfunction, or just 
overloading). 7b3f7b 

To identify the "weak link" in the system configuration (drum, 
disc, memory or CPU capacity). 7o3f7c 

To evaluate changes in the system or hardware configuration. 

7D3f7d 
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PLANS 

by James c Norton, Richard w watsonn® 

and Douglas C Engelbart 8 

GOALS 8a 

ARC plans to resolve a set of interdependent goals toy conducting 
research and providing service under a new "Base-Project" contract that 
concentrates primarily upon the goals of: dal 

Advancing the techniques available to ARC and Network system builders 
and users for augmenting the development Future Plans of 
computer-based information systems. 8ala 

Making the Network Information center into both Salb 

(1) an increasingly useful service to the Network community and 

8albl 

(2) an important part of the Network Experiment (in its 
distributed, collaborative operations and in its Network-utility 
role). 8alb2 

Moving useful augmentation techniques and services out into the 
ARPA-Network Community. 8alc 

In the discussion that follows, and in our proposal to RaDC/aRPA 
(IkOk,), we outline the types of activity that seem to us best to meet 
these goals. 8a2 

SERVICE TO USERS 6b 

A central point of our proposed approach is that we need to become 
prepared to negotiate and provide an extensive amount and range of 
services to distributed users, our position stems from the following 
reasoning: 8bl 

Our planned NIC services involve a steadily expanding set of explicit 
"reference ana dialog support" services (see -- 7ii06,). This is 
considered by us to be the central commitment of a "Network 
Information center." We plan to be ready to expand the operational 
capacity of these services as needs and possibilities emerge. 8bla 

Aside from these Nic-explicit services, there are other services 
that our general set of tools and methods can provide and that are 
of interest to other parties, over the years that the Network has 
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been evolving, there have been many discussions about the 
potential value ARC's tools might have for different Network 
individuals and groups. Recently there has been a distinct 
increase in interest and expectation in this regard- 8blal 

in general, we enjoy this show of interest in our products, and in 
particular we want very much to collaborate with and support some 
of this experimentation (as in the goal set cited above) • 6bla2 

However, it is quite obvious to us that significant value will not be 
obtained from extra-NIC experiments with our computer services, or 
fropi interaction with our staff, unless these be done in a 
nondissipative way, with individuals or groups 8blb 

(a) tfhom we can adequately support with computer and personnel 
resources, and 6blbl 

(b) That show promise of following through, by being able to 
acquire adequate resources and being able to integrate our 
services significantly into the work that they will be doing. 

6blb2 
Furthermore, it is also obvious to us that there will be considerably 
more payoff (to our and AFPA's goals) from the external use of our 
finite resources, if these are individuals or groups interested in 
bootstrapping -- that is those who 8blc 

(c) will pursue activities that either add to the techniques and 
capabilities subsequently available to other participants, or who 
will help other people learn about and obtain this kind of 
service, dblcl 

On another tack, if the concept of a distributed community making use 
of "network utilities" is to materialize, then certainly there must 
evolve a body of techniques and conventions involving Sold 

(a) Service Delivery-where these utilities can deliver 
responsive, interactive transactions, over a complex repertoire of 
service functions, with both a high degree of reliablity and a 
high degree of availability, and dpldl 

(p) Service Marketing— where a customer can negotiate with a 
utility for the quantity and type of service that suits his needs 
ano where there is a negotiation environment at 
service-transaction time that enables the customer to get the 
service when he needs it, but with a resource-utilization 
framework that is balanced between efficiency and demand capacity. 

6bld2 
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Therefore, we plan to concentrate our efforts within a four-pronged 
project wherein coordinated advances can be made in: 8b2 

(1) Developing service functions that will be of maximal value in our 
above-mentioned goal structure, 6b2a 

(2) Developing the knownow and capability for delivering 
significantly useful service to the Network, as a utility, 8b2b 

(3) Developing the knowhow and capability for marketing a utility 
service to the Network, fcb2c 

and wherein we become ever better at 8b3 

U) Operating a utility service. 8b3a 

Depending on funding availability and other arrangements to be 
negotiated we may find ways to provide additional service capacity 
through placement of the comouter-based portion of our 
augmentation system on a computer or computers operated for us a 
commercial timesharing utility. 8b3al 

BASIC PROJECT WORK 8c 

We are planning that under our new base contract, ARC'S "utility" would 
initially serve two, bulk-commodity customers--ARC workers and NIC 
customers. 8cl 

Until we learn how to market anrf deliver service better, we would 
rather concentrate heavily upon developing our marketing and delivery 
capabilities, as contrasted with expending a large amount of energy 
in trying to meet the beyond-basic-NIC services that might be wanted 
by "customers, M dcla 

And as we learn how to deliver and market different types and 
quantities of service, we feel that there will be a logical 
progression of service types and of customer types to be effectively 
and beneficially promoted and served in our growing "utility market," 

8clb 
we outline below what seems to be a natural succession of "service 
systems" that might be thus marketed, and we would propose 
concentrating our service-function development efforts on settine 
prototypes of these service systems shaken down within arc's 
internal domain in readiness for marketing them when the time is 
right. bclbl 
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we will hope to develop a market for our services that leans strongly 
toward-B customers interested in bootstrapping, 6clc 

If we make unexpected progress in developing delivery and marketing 
capability, and if it appears tnat additional ARPA funding could 
profitably be allocated for "buying" more service for some types of 
utility customers, we assume that the utility service provided under the 
contract would be extended beyond that initially negotiated, dc2 

basically, we expect that the Base Project will count on putting a 
significant and constant effort into continuous development of 
delivery/marketing techniques and principles and that any expansion 
of aRC's service-delivery capacity be supported by means of explicit 
additional negotiations with customers (and perhaps with the 
customers' sponsors), 6c2a 

Our Base project work will focus on: 8c3 

11) Developing Service Functions for: 6c3a 

(a) fi;xternal Users (via the Network) 6c3al 

NIC reference and dialog support functions (discussed further 
in -- 71*06,) dc3ala 

Our planned major points of emphasis are as follows: 6c3alal 

Continue to work with Network Working Groups, 
particularly in those areas vital to the NIC such as 
graphics, file transfer, distributed data management, and 
accounting. dc3alala 

Expand our ability to provide basic reference and dialog 
support for the increasing numbers of network users and 
groups who will be coming on the N&T. dc3alalo 

Reorganize our hardware and software system to enable 
smooth expansion as the need arises, 6c3alalc 

Get our resource accounting of both people and machine 
resources in shape so as to be able to know what each 
operation and service is costing. bc3alald 

As new dialog support functions are developed and tested 
on the research side of tne house, move them into 
operation in the NIC. 8c3alale 
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provide improved querying capabilities for the online 
reference files such as the: 6c3alalf 

NIC catalog 

Network Resource Notebook 

The Current Network Protocols 

Records of site status 

Documentation of site facilities and services 

Networkwide and personal files of people interested in 

various research topics 

Possibly provide a facility to ask questions for online 
updating of site status or other files that are changing 
over a short period of time. 8c3aialg 

Continue to improve making information available by 
preparing weekly notices of new additions to the NIC 
collection, 8c3alalh 

prepare specialized bibliographies for subjects of wide 
interest. 8c3alali 

The above services as well as evolving the NIC 
collection require considerable effort to: 

Monitor current literature to select, collect, 
abstract, and catalog 

Design and program to produce such listings from 
catalog input items 

prepare and distribute 

Devise improved ways to handle hardcopy at sites: 

8c3alalj 
As the number of users grows and the number of 
available services increases, the size of the 
collections at local sites will increase. 

Allow individuals and groups the capabilities of NIC to 
create and manage their own private collections of 
information with catalogs and capabilities for entering 
and proofing items and querying the catalogs. 8c3alalk 

This item requires basic bibliographic tools beyond 
those used for producing the standard NIC catalog. 
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It places more requirements for training and close 
liaison with users. 

Since these users will have online items, possibly 
scattered in files on other hosts, it would be 
desirable to provide ways for retrieving them tnrough 
their catalogs in NIC. 

Learning to use all the varied systems on the network is 
not going to be possible by sending all potential users 
to each remote site for training or by always bringing: 
instructors to the user's site. dc.3alall 

(b) Internal Users (evolving toward external use), such as: 8c3a2 

Prototype Dialog support system 
(discussed further in -- 71*07,) 6C3a2a 

Our DSS development will be coordinated with our other 
developments toward serving teams of people involved in 
developing complex computer-based systems. Hence we will 
concentrate upon making a prototype DSS tnat really supoorts 
the developers and users of the systems that ARC is 
developing and operating--such asj NLS, NIC, DSS, BRS and, 
DPCS. 6c3a2al 

Tne ARC Handbook is the prototype "super document" (see 
-- 5220,5b) that our collaborative dialog will 
concentrate upon for ARC'S internal, prototype 
development of DSS. 6c3a2ala 

As features of DSS are seen to be useful to the NIC 
system of services, they will be so provided. This will 
provide us with early experience in the use of DSS 
features among a larger, distributed community. 8c3a2alb 

For instance, we expect to use imDroved link and/or 
advise features in simultaneous online conference 
dialog and other working collaboration when and where 
consistent within ARC and NIC goals. 

It is assumed that there may be special DSS features 
required for this distributed-community service; we 
expect to do this sort of work within tne 
"functional-development" part of our activity. £>ome 
discussion of the "distributed-dialog" features is to 
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be found in a 7 Dec 1969 memo, 
(see -- 5220, Se) 

Examples of function* under development or being 
considered are: *Jc3a2alc 

Sets»-the ability to find those items in the dialog 
universe relevant to one's interest and view them in 
many ways, 

Backlinks--to find out which other items are 
referencing each item* 

Ability to build sub catalogs of dialogs--related to 
sets. 

Dialog with files distributed in many hosts throughout 
the network--There are many problems that would have 
to be solved such as assuring that files did not get 
deleted and keeping track of where things are in our 
catalog, to help reduce the load on NIC, 

Action items--vays to enter a dialog item requiring 
action by a certain date and having the system remind 
the sender to follow up or check to see whether the 
receiver responded. 

New Journal entry tecnniques--making the process much 
easier for users, including pre-specification in nls 
files of entry details, 

prototype Documentation Production and Control system (dpcs) 
(discussed further in -- 7406, ) 6c3a2b 

We plan to further develop within ARC a separate place, 
terminal configuration and staff -- for a DPCS system 
expressly to support production and control of 
information-systems' documentation -- where the support work 
for developing and controlling arc's documentation will all 
be done. 6c3a2bl 

If we need more throughput to shake down the system, 
and/or if through NiC's activity or through special 
arrangements with Network groups there is reasonable 
sense to do so, we would consider our supporting of 
other-group (Network) documentation and control. This 
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activity would serve as a test bed for the successive 
stages of DPC system developments we want to go through, 

8c3a2bla 
in support of this approach, we would like to provide 
ourselves locally with a hardcopy printout system capable of 
making good-quality mixed-text/graphic drafts. 6c3a2b2 

'We may coordinate this system with parallel use of a high 
quality COM system for final production of documents and 
microfiche, we expect to use a commercial service bureau 
for this initially, but want to have our local facility 
be capable of producing completely accurate 
representations of the final output. 8cja2b2a 

The earliest form of a DPCS would have the authors working 
offline to a large extent, using Deferred Execution (DEX) 
processes. dc3a2b3 

The features provided by DEX win allow clerical people 
to follow complex mark-up notations made by authors as 
drafts are developed. 6c3a2b3a 

Spooled-input typewriters, using magnetic tape recording 
equipment would be used, 6c3a2b3o 

subsequent evolution of a DPCS would be towards providing 
features such as; automatic concordance-type inaexing, 
cross-reference control, glossary control and production, 
and towards extendea representations, new forms of portrayal 
for use in documenting complex systems, an extended facility 
for composing and modifying the exotic representations, and 
high-quality font/formatting, 8c3a2blt 

Prototype Software-Engineering Augmentation System 

(discussed further in (7h09,) and -- 7U11, ) 8c3a2c 

New or changed features being considered are: 8c3a2cl 

Source level debugging and incremental compilation 

ac3a2cla 
A primitive system is being implemented now with a 
more advanced version to come following mpl 
implementation. 

Documentation aids dc3a2clb 
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Documentation for different levels -- user guide 
level, system architecture level, etc* 

Automatic documentation -- reformatter programs to 
make embedded documentation more clear and in summary 
form. 

Coding aids dc3a2clc 

Possibly produce parsers automatically from use-level 
documentation of commands -- that would require fairly 
strict rules for documentation. 

Use of back-linking for cross-reference and annotative 
documentation. 8c3a2cld 

Develop cross-reference facility for modules (and 
possibly inter-modular if bacx-links are not 
sufficient) . 

Use set facilities for viewing and worKing on code at 
different levels. dc3a2cle 

For example, a user might construct a set that 
contains all procedures that are pertinent to a 
particular DNLS command, or a set of all procedures 
that do command parsing for DEX and so forth. 

Further develop our compiler system 8c3a2clf 

Allow easy generation of interpreters as well as 
compilers. 

Modularize compilers. 

Possibly generalize trees to netwoKS IN TREE METa. 

Develop program verification capabilities 8c3a2clg 

Development of heuristic programs to determine that 
programs do what the writer has indicated they do. 
Allow statement of programmer asumptions at various 
points in a program. The verification facilities might 
test those assumptions and specify if they can be 
false. 
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Develop trace facility in the Baseline program 8c3a2clh 

To help immprove estimating; and give a history of our 
activity, 

Develop catalogs and indices for system files 8c3a2cli 

index procedures by function, 

once a remote site has established a DNLS station that can 
work with our system through the Network, it would be 
directly feasible for software engineers, working on other 
computers with other languages than ours, to use our DNLS 
system to considerable advantage as a workshop in which to 
compose, modify, and study their (integrated) source code 
and documentation, and to participate in computer-aided, 
collaborative dialog over this material, 8c3a2c2 

with straightforward utilization of our compiler-compiler 
techniques operaDle through DNLS, they can easily build 
special-purpose languages that match to other computers, 
to other purposes, at binary or assembly-language levels, 

6c3a2c2a 
We hope to encourage some experimentation in this 
direction, and intend to round out the prototypical set 
of conventions, aids, principles, etc, within our 
application areas that will make sucn application 
relatively direct. The extent of such experimentation 
will of course be limited to what we can manage to 
support, both with computer service and with peoDle 
interaction. 8c3a2c2b 

More Advanced Use of the Software Tools at ARC 8c3a2c3 

We have described above how the software engineer at 
another location might use nls for writing his programs, 

8c3a2c3a 
It will also be possible for the remote programmer to use 
other software augmentation tools developed nere. 

8c3a2c3o 
For instance, the TREE META compiler writing system 
could be modified to produce code for another macnine 
(this was in fact done as part of the transfer of nls 
from the XDS-9fcO to the PDP-io). It could tnen be used 
to develop experimental compilers that would run on a 
PDP-10 (or through further modifications and 
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bootstrapping, on another machine) and produce files 
that could be sent over the Net for loading. 

The feasibility of such an undertaking will be greatly 
increased with the development of the Modular Programming 
System described in (71tll,). 8c3a2c3c 

The compiler-compiler will be composed of modules, so 
that the code production can be more easily replaced 
without requiring a detailed understanding of large 
sections of a complex programs 

when it is operational, the Modular Programming System 
itself will be a very powerful tool and of interest to 
other programmers. 6c3a2c3d 

in addition, it will open up new ways for the remote 
programmer to access and use the other tools at ARC. 

6c3a2c3e 
It will become possible for the programmer to create a 
personal version of NLS by the replacement and 
addition, of modules so as to better match his needs. 

prototype System-Developer's Handbook system 6c3a2d 

We will design the next stage Handbook, including the 
specification of content categories together with techniques 
and procedures for maintenance of the Handbook. 6c3a2dl 

we plan to implement this design during the next contract 
period. 6c3a2dla 

indices and Tables of contents for the Handbook are 
planned to be designed and implemented. 3c3a2dib 

we expect to complete the collection of the basic existing 
Handbook-relevant documents that already exist, both in 
hardcopy and online files. We will also add new 
Handbook-relevant documents as they are produced, retiring 
obsoxeted documents as appropriate, 8c3a2d2 

We expect the Handbook system to aid in stimulating the 
production of documents that are needed, but missing from 
our information base. dcia2d2a 
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prototype Baseline Record System 
(discussed further in -- 7al0,) dc3a2e 

tte plan to improve the data collection procedures and " 
storage mechanisms of the present Baseline Record System. 

8c3a2el 
Our present Baseline data storage techniques will 
probably be changed to use a more generalized system 
common to the Baseline system, Catalog system, and other 
APC data handling systems. 8c3a2ela 

ARC users will be more effectively oriented toward the need 
for and trained in a more organized task definition and 
selection process. 8c3a2e2 

Better views of the Baseline Record will be produced for use 
by ARC, with more useful user-created view capabilities 
provided. 8c3a2ej 

Kardcopy and online Baseline Records will be more comniete 
and made a part of the daily working life of ARC 
researchers. 8c3a2eii 

we plan to develop better methods for keeping the Record 
up-to-date, both online and in nardcopy. 8c3a2e5 

The ARC resource accounting system, as it develops, will be 
integrated with and used by the Baseline Record system. 

8cJa2e6 
(2) Developing Service-Delivery Principles and practices for: 6c3d 

(a) Computer services, including considerations such as: 6c3bl 
Remote DNLS 6c3bla 
Remote Hardcopy Delivery 8c3blb 
Keliability 8c3d1c 
Resource allocation, accounting, billing 6c3bld 
The questions of scale, efficiency, reliability oc3ole 
service-capacity expansion plan bc3-blf 

(b) NIC-service (information, people help) 8c3b2 

(c) Transcription services 8c3b3 

(d) Documentation services (as operational prototype of DPCS, 
within ARC) . 8c3bfc 
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(3) Developing Service-Marketing principles and Practices; 8c3c 

(a) Learning how to negotiate with prospective customers for 
delivering various kinds of service to them, including questions 
such as: 8c3cl 

On what basis are the agreements made? 8c3cla 

How is financing accomplished? 6c3clb 

How is the accounting performed? 6c3clc 

How are the scheduling and billing of service delivery 
accomplished? 8c3cld 

How are conflicts resolved (market conventions, arbitration)? 

8c3cle 
What guarantees can practically be made regarding, 
accessibility, reliability, documentation accuracy and 
completeness, and the like? 6c3clf 

How are user training and helping provided? Sc'Jclg 

VU) Providing operational Marketing and Delivering of Services: 8c3d 

Developing the framework, as the marketing and delivery systems 
begin to take shape, in which the current service resources are 
marketed within the ARC and NIC customer market. 5c331 

studying the possibilities of evolving the various "prototype" 
services into marketable items, negotiating the resources for 
this, extending our service market--all in an orderly process 
involving a number of multiparty agreements, 6c3<32 
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GLOSSARY 9 

APR -- Acronym for the Arithmetic processor of the PDP-10. 9a 

ARC -- Acronym for Augmentation Research center. 9b 

ARPA -- See DARPA 9c 

Arithmetic Processor -- xhe central processing unit of the PDP-10. 9d 

Augmentation -- In this report, extension, improvement, or amplification 
of human intellectual and organizational capabilities by means of 
close interaction with computer aids and by use of special procedural 
and organization techniques designed to support and exploit this 
interaction. 9e 

B.B&N -- Bolt Beranek and Newman. A commercial research and development 
organization under contract to ARPA for services to the ARPA Network, 
and under other contracts that lead to frequent interaction with ARC 

■9t 

BRS -- Acronym for Baseline Record System 9g 

Baseline Record System -- Part of a developing management system used at 
the center. It records tasks and people assigned to tasks, and allows 
retrieval of information about tasks by people or people by tasks. 9h 

Bootstrapping -- a name for the research strategy of the ARC. By 

"bootstrapping" we mean taking advantage of the feedback in recursive 
development of systems. That is, we try to test ways of augmenting 
intelligence by their usefulness in developing new systems to augment 
intelligence, through the use of the new system features by (mainly) 
the developers of the system. 9i 

Branch -- in the NLS hierarchy of statements, a statement and all 

substatements that depend on it. 9j 

Bug -- The cursor visible on an NLS Display which is controlled by the 
hand-held mouse and which may serve as an address in NLS commands. 9k 

Center -- The same as ARC. 91 

Compiler -- a computer language that is used to translate from one set 
of symbols to another, particularly to machine language. 9m 

Console -- as used here, specifically a user's control console for tne 
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ARC's Online System (NLS). The consoles presently in use at ARC 
consist of a display screen, a Keyboard, a "mouse", and a "Keyset", 9n 

Current Statement -- in NLS, normally the last statement modified, 
executed, or reproduced by the user and, hence, the statement that 
starts the sequence of the sequence generator which generates the 
display image, usually the statement at the top of the screen is the 
current statement, but content analysis or screen splitting may 
displace or obscure it. 9o 

Current Statement pointer -- The internal symbol fixed on the current 
statement by NLS. 9P 

DARPA -«■ Acronym for the Defense Advanced Research Projects Agency of 
the Department of Defense. 9q 

DDT -- Acronym for Dynamic Debugging Tool, a program useful for 

establishing at what point in another program a problem occured. 9r 

DEC -- Acronym for Digital Equipment Corporation, the manufacturer of 
the center's PDP-10 computer and RP02 disc memory. 9s 

DSS -- Acronym for Dialog Support system 9t 

Dialog support system (DSS)-— The system of files, programs, and 

procedures at ARC for storing, sorting, and recovering the interchange 
of thoughts, plans, memos, technical documents, etc. that accomDany 
our system development. 9u 

Display Start Statement -- The same as "current statement" 9v 

Executable Text -- In NLS, as it operated on the XDS-91*0, a program or 

suoroutine that was written by users in characters as all or part of a 

statement and that can be carried out by a simple command from the 
user. 9w 

FRAMAC -- From Framework Activity. An organized activity among members 
of the center who are involved in planning to define long and short 
term goals. 9x 

Field onerations — in programming NLS, manipulations that involve the 
capacity of the PDP-10 's software to handle parts of words. 9y 

File -- in NLS, this refers to a unified collection of information held 
in computer storage for use with the Online System, A file may 
contain text (English or program code), numerical information. 
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graphics, or any combination of these, conceptually, a file 
corresponds roughly to a hard-copy document. 9z 

Frozen statements -- in using NLS, statements shown stationary on tne 
display while other parts of the file are in view and viewed, composed 
or modified. 9a$ 

HLP -- Acronym for Higher Level Processes 9aa 

Handbook -- A complete reference work of all systems and activity at the 
Center at a given time. 9ab 

Higher Level Processes — a Phrase once used for what we now call user 
Programs. 9ac 

IMLAC -- The manufacturer of a display console used experimentally with 
NLS. 9ad 

IMP -- Acronym for Interface Message Processors. Hardware devices that 
code and decode messages for transmission between tne computers on the 
ARPA Network. 9ae 

Ident -- a two-to-six-letter code, eriven to people or groups for 

recognition by the journal ident system. 9af 

Intellect — The human competence to make, sort, exchange, and apply 
knowledge to decision making. 9ag 

Journal -- The open ended information storage and retrieval system that 
forms the core of the Dialog Support System. 9ah 

JSKS -- lit.: "jump to system" The machine instruction used in Tenex to 
invoke a monitor supplied service; i.e. a .jump to a subroutine. 9ai 

Keyset -- a device with five keys like piano keys for entering 

characters into NLS at a display console. Each key controls a bit in 
5-bit ASCII code. 9aj 

L-10 -- The alpol-like language in which our online system is written. 

9ak 

Level-clipping -- With reference to NLS Viewspecs, the practice of 

controlling how deeply into the outline structure of a file you see in 
any given view. 9&1 

LINAC -- From Line Activity. The line management structure of the 
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Center, a matrix of projects and functional organization, as 
differentiated from PODAC and FRAMAC. 9am 

LINKS -- in NLS, a routine to search the disc for any statement and set 
viewspecs. Links may be part of file text and may be used as an 
address in TNLS commands without regard to what file the user has 
loaded. Links have the form (ddd,fff ,n:x) where the field dad comtains 
a TEttEX directory name; the field fff contains a TENEX file name; the 
filed n contains and NLS statement name or number and the filed x 
contains NLS viewspecs. Fields are frequently left to default in 
practice. 9an 

List -- in the NLS hierarchy, the list of a given statement is the set 
of statements that are in the plex of the source of the given 
statement and are on the same level witn it. 9ao 

MPS -- Acronym for Modular Programming System -- A reorganization of NLS 
code into modules that may be exported separately and which pass 
control only througn defined ports. 9ap 

MarKers -- A symoolic name that the user may attach to a particular 

character in a file. It is not displayed or printed, but is visible to 
routines that search for it. 9aq 

Monitor -- A program which remains in memory at all times and controls 
the coming and going of data and other programs in the machine. 9ar 

Mouse -- A round-topped, handsized device normally operated by the 

user's right hand when using the Online System from a display console. 
The mouse rolls freely on any flat surface, causing a cursor spot on 
tne display screen to move correspondingly. 9as 

NGG -- Acronym for Network Graphics Group 9at 

NIC -- Acronym for Network Information Center, one of ARC ' s key roles in 
the ARPA Computer Network. The NIC is a computer-assisted reference 
and communication service for information pertaining to the Network. 

9au 

NLS -- Acronym for the ARC Online system. 9av 

NtfG -- Acronym for Network working Group 9aw 

Network Working Group -- A group of users of the ARPA Network organized 
to develop Network functions. 9ax 

Online System -- This is ARC's principal and central computer-based 
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development in the area of computer aids to the human intellect. As 
presently constituted, it is a time-shared multi-console system for 
the composition, study, and modification of files (see definition of 
"file"). Many details of the system are described in the body of this 
report. 9ay 

Output Processor -- The subsystem of the portrayal generator that 

processes NLS files into sequential files suited to drive devices that 
produce hard copy. 9az 

PDP-lo -- The computer used at the Center from the winter of 1970 until 
the present. The asynchronous arithmetic Processor has a 1-microsecond 
cycle and uses 36-bit words paged in a BB&N paging box into .S12-word 
pages. 9b@ 

POD -- Within FoDAC, a group of about 8 employees of the Center that 
meets weekly for purposes of personal and organizational development. 

9ba 

PODAC -- Acronym for the continuing, organized personal and 

Organizational Development Activities within the Center. 900 

Plex -- m the NLS hierarchy, the set of all statements that have a 

common source. 9bc 

Pointer -- An old name for marker. 9bd 

Portrayal generator -- The class of NLS code that creates something 

formatted for view by a human. 9t>e 

Protocol -- Among users of the A3PA Computer Network, a document 
describing conventions for carrying out some activity over the 

Network. 9bf 

RADC -- Acronym for kome Air Development Center. 9bg 

RFC -- Acronym for Request for Comments 9bh 

Request for Comments --a series of memoranda between Network Liaison 
personell numbered and distributed at the Network Information Center. 
They are no longer restricted to requests for comments, 9bi 

SRI -- Acronym for Stanford Peseareh Institute 9bj 

STID -- Acronym for statement identifier. A number unique to each 
statement in a file ana that remains with the data regardless of 
document structure change. 9bk 
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Sequence Generator -- A routine that, when given the number that 

identifies a statement internally (the STID), will search through the 
file and find all the subsequent statements tnat observe the current 
viewsoecs. 9bl 

Server Telnet -- see Telnet 9bm 

Sublist -- in the. NLS hierarchy* the first sublist of a statement is the 
set of statements immediately below it, the second sublist is all 
statements one level below them, t the nth sublist of statement "s" 
is the set of statements that are in the first sublist of the 
statements in the (n-l)th sublist of "«". 9bn 

Statement -- The basic structural unit of a file. A statement consists 
of an arbitrary string of text, plus graphic information. A file 
consists of a number of statements arranged in an explicit 
hierarchical structure. 9ko 

Suoerwatch -- A group of programs that measures the loads on different 
Pieces of hardware and on subsystems of TENfiX and NLS. 9bp 

TENEX -- The timesharing system that supports NLS on the PDP-10, NLS 
runs as a subsystem of TENEX and draws extensively on tenex's file 
handling. 9bq 

TNLS -« Acronym for Tyoewriter Online System. The system used at AP.C for 
typewriter type terminals from early 1971 on. It differs from TODAS 
internally in using core NLS with adaptive routines that are called 
automatically when the user narnes his terminal in logging in, ana 
externally in a number of additional, powerful editing commands. 9br 

TODAS -- Acronym for Typewriter Oriented Documentation Aid System. The 
version of NLS used from typewriter-like terminals prior to 1971. 9bs 

Telnet -- In the APPA Network, the software that allows a user at one 
site access to a time-sharing system at another site, user Telnet is 
the software at the user's site; Server Telnet is the software at the 
remote site. 9bt 

Textpointer -- in NLS, as used on the PDP-10, the fixation by NLS on a 
space between two characters which allows the users to be sure editing 
will begin with the following character. 9bu 

Tree Meta -- The ARC compiler-compiler system, used to compile all the 
languages at ARC. 9dv 
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User Programs -- processes in which the basic user features of our 
online systems (particularly NLS and TNLS) are used as Duiidiner-blocks 
in the construction of programs for carrying out specific, perhaps 
rather complicated tasks, 9e>w 

User Telnet — See Telnet 9bx 

Viewspecs -- A feature of NLS whereby a user may mask part of his files, 
such as the hierarchical numbering, or statements below a certain 
outline level, in order to better view the unmasked portion. 9by 

XDS -- Xerox Data systems, manufacturer of the XDS-9U0 Computer, used at 
the center until January of 1971. 9bz 
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index 
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Stu^y For The Development of Computer Augmented 

Management Techniques 9703 

6 March 1969 

Prepared For: Rome Air Development Center, Air 

Force Systems Command, Griffiss Air Force Base, 

New York 
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Station, Langley, Virginia 23365, Mail stop 126 
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APPENDIX II NIC DOCUMENT LOCATOR 

12 

INTRODUCTION 12a 

The Locator consists of tables of contents for selected NIC 

documents. 12al 

The tables of contents extend to two or three levels. 12ala 

Through Locator the user can retrieve useful parts of 

documents online with a few commands, 12alb 

The headings in the tables of contents contain linKs to 

the corresponding online documents, 12alc 

The linKs include viewspecs that curtail print commands 

so they display table-of-contents-liKe samples of the 

object documents, 12ald 

In the syntax for commands below, CA is control-D and the 

text enclosed in square brackets is echoed on full-duplex 

terminals. 12a2 

USING THE LOCATOR ONLINE 12b 

To load locator: 12bl 

Syntax: SP (nic, locator, CA Llj 1201a 

To print the introduction and instructions: 1202 

Syntax: pfrint; b/ranch/ .1 CA [I] w CA [I] 12o2a 

To list documents that you can reach with Locator, print 

branch .2 with viewspecs that show one line each of the 

first two levels and that show statement numbers. I2b3 



Syntax: pfrint; bfranch/ .2 CA xbm CA 



12bia 



To see the table of contents for a specific document, print 

the branch that names it with viewspecs set to show tne 

level addressed * one more, 12blt 
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Syntax: pfrint; bfranch; .STATEMENTNUMBER ca xeb CA 



If you want to find an item in a catalog or directory 
(locator branches .2d and .2e) the best method is to search 
by content. The result of the print branch command will 
inform you of the best way to search in each catalog. 
Controi-o or rubout will stop the printing. 



Syntax: pfrint; statement/ .STATEMENTNUMBER CA w CA 



12bU 



To load the corresponding title or subtitle in the document 

itself, print the branch with an up arrow. 12bS 

The up arrow searches the statement in locator for a link 

and then follows it. 12bSa 

The system then prints the branch in the file named in 

the link. 12b5al 

Syntax: pfrint; bfranch; .STATEMENTNUMBER SP t CA [I] CA 



[Ci rectory, filename; c A 12bSb 

when you use an address that loads a second file, the 
system echoes the directory and file name. 



12b$c 



12b6 



If you are searching in a document of normal text, select 

the heading of interest to you in the online document, and 

print the statement with the viewspecs set to display tne 

complete text. 12b? 



12D7a 



To return from a file to which you linked to the current 

file, use tne jump to file return command. 12bd 

Syntax: SP ft CA. 12bda 

The linkstack command will print out a list of the last five 

files you have loaded. 12b9 
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Syntax: efxecutey stratus; l/"inkstack7 12b9a 

NIC DOCUMENTS 12c 

NIC TNIS USER GUIDE pages»112 12cl 

PREFACE pages=l 

( journal, 7U70,5smDgct) 12cla 

SYNTAX CONVENTIONS pages=2 

( journal, 7it70, 6: mDgct) 12clb 

CONTENTS pages=2 

( journal, 71J-70, 7: mDgxb) 12clc 

THE TENEX OPERATING SYSTEM AND EXECUTIVE pages=13 

t journal, 7U71,:xh) 12cld 

Jf'ILE STRUCTURE, CONTENT & INPUT/OUTPUT OPERATIONS 

Pages=l5 

( journal, 71i72, :x) 12cle 

ADDRESSES IN THE NLS SYSTEM pages*13 

(journal, 7^73* :x) 12clf 

CREATING AND VIEWING TEXT pages=l6 

( journal, 7i^7ii, :x) 12clg 

TEXT EDITING pages*6 

( journal, 7V75,:x> 12clh 

DEVICE CHARACTER SETS pages=6 

( journal, 71i76, :x) 12cli 

OUTPUT PROCFSSOR DIRECTIVES pages=12 

( journal, 7ii77, :x) 12cl j 

ERROR MESSAGES oages*3 

( journal, 7k7tt, :x) 12clk 

COMMAND SUMMARY pagess7 

( journal, 7)i79, ;x) 12cll 

GLOSSARY pages=5 

( journal, 7li.60, :x) 12clm 
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INDEX pagessii 

( journal, 7ii8l, :x) 12cln 

NIC JOURNAL USER GUIDE pages=78 12c2 

CONTENTS oages*5 

(journal, 7635, :X) 12c2a 

INTRODUCTION pages =10 

(journal, 7636, :xb) 12c2d 

THE JOURNAL pa«es*ll|. 

( journal, 7637, :x) 12c2c 

IDENTIFICATION SYSTEM pages=10 
(journal, 7638, ;xb) 12c2d 

NUMBER SYSTEM pages=5 

( journal, 7639, :xb) 12c2e 

SUMMARY OF JOURNAL SYSTEM COMMANDS pages=5 

( journal, 761i0, :xb) 12c2f 

COMMAND SUMMARY pages»li 

( journal, 76lto,i:xb) 12c2g 

INDIVIDUAL IDENTS pages=12 

(journal, 76U, l:xb) 12c2n 

GROUP IDENTS pages=l 

( journal, 76k2,i;xb) 12c2i 

AFFILIATION IDENTS Dages=3 

( journal, 761i3, :xr) 12c2j 

INDEX pagess6 

( journal, 76lili, :x) 12c2K 

NIC TNLS EXERCISE FILES pages = 23 12c3 

XED. . .tutorial file in line editing and structural 

editing pages=13 

(nic,xed,l:wn) 12c3a 

XPAPCOP. . .tutorial file in manipulation of partial copies 
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pagessl 

(nic*xparcop,l:wn) 12c3b 

XVIeW... tutorial file in use of viewspecs pages=J 

(nic»xview,l:wn) 12c3c 

XPRiNT. . .tutorial file in output processor directives 

pages=6 

(nicjxprint, :wn) 12c3d 

CURRENT CATALOG OF THE NIC COLLECTION pages* kOk 12Cl|. 

INDEX BY AUTHORS pages=69 

(nicautnind, entry:w) 12ciia 

INDEX BY TITLE WORD pages=333 

(nic.titleind,xentry:wD) 12ciib 

RFC LIST BY RFC NUMBER pages*17 

(nic.rfcindex, entrysw) 12cij.c 

NIC INDEX BY NIC NUMBER pages=121 

(nic,numbindex, entryrw) pages=1^9 12clid 

CURRENT DIRECTORY OF ARPA NETWORK PARTCIPANTS pages=133 12C5 

BRIEF DIRECTORY OF AFFILIATIONS pages=6 

(nicbrfaff, entry:wDn) 12c5a 

BRIEF DIRECTORY OF GROUPS /"with coordinators./ pages=l 

(nic, brfgrp,entry:wDn) 12c5b 

BRIEF DIRECTORY OF INDIVIDUALS pages =15 

(nicbrfid, entry :Dwm) 12c5c 

COMPREHENSIVE LISTING OF IDENTS pages=30 

(nicfCmplstid, entry :wDn) 12cSd 

DIRECTORY OF ENTERPRISE AND ZENITH NUMBERS Pages=l 
(Nlc,Dirent,entry:wDn) 12c5e 

EXTENDED DIRECTORY OF AFFILATIONS fand members; 

pages«20 

(nicxtndaff ,entry:Dn) 12c5f 
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EXTENDED DIRECTORY CF GROUPS fand members/ pages=30 
(nic,xtndgrp,entry:whDn) 12c5g 

EXTENDED DIRECTORY OF INDIVIDUALS /"with addresses; pages 

= 29 

(nic.xtndid, entry:Dgn) 12c5h 

ARPA NETWORK RESOURCES NOTEBOOK Pages*62 12c6 

INDEX pages=23 

(nic,resindex,xentry) 12c6a 

BBN-TENEX pages=10 

(nicbbn-tenex, :x) 12c6b 

CASE pages=S 

(nic*case, :x) 12c6c 

CARNEGIE pages=S 

(nic,carnegie, :x) 12c6d 

HARVARD-1 pages=3 

(nic,harvard-i, :x) 12c6e 

HARVARD-10 pages=7 

(nic*harvard-10, :x) 12c6f 

ILLINOIS pages=5 

(nic, Illinois, :x) 12c6g 

INTRO pages=8 

(nic.intro, :x) 12c6h 

LL-67 pages=3 

(nic,ll-67,l:x) 12c6i 

LL-TX-2 paees=15 

(nic*ll-tx-2,:x) 12c6j 

WIT-AI pages=3 

(nic»nit-ai,i:x) 12c6k 

MIT-DMCG pages=7 

(nic.mit-dmcpr, ;x) 12c6l 
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MIT-MULTICS pages«15 

(nic*mit-multics, :x) 12c6m 

RAND pages»7 

(nic*rand, :x) 12c6n 

SDC pages=9 

(nic*sdc,:x) 12c6o 

SRI-AI pages»6 

(nic*sri-ai, :x) 12c6p 

SRI-ARC /NIC; pa?es=9 

(nic»sri-arc, :x) 12c6q 

SU-aI pages=l 

(nic, Stanford, l:x) 12c6r 

UCLA-CCN pages=13 

(nicf ucla-ccn, :x) 12c6s 

UCLA-NMC pages=7 

(nic,ucla-nmc, :x) 12c6t 

UCSp pagessy 

(nic*ucsp, :x) 12c6u 

UTAH pages»5 

(niciUtah, !x) 12c6v 

CURRENT NETWORK PROTOCOLS (not yet implemented online) 12c7 

FOLKLORE. . .day to day information en NLS pages=ll 

(documentation, folklore, :x) 12c6 

OTHER LOCATORS 12d 

Mitre resource-Locator pages = 2 
(Mitre-tip, resource-locator, l:ct) 12dl 
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APPENDIX III A TYPICAL NETWORK RESOURCE NOTEBOOK ENTRY 



UCSB Computation center 
IBM 360/75 

I, Personnel 

Area Code is: 60S 

A. Administrator: 

Charles LoepKey 961-2261 

B. Software: 

son Stou*hton 961-3U5U 

C. Hardware: 

Bop Ploger 961-2^62 

D. NIC Station Agent: 

Connie Rosewall 961-3221 
£• NIC Technical Liaison: 

non Stouphton 96l-3k5)i 

F. Principal investigator: 
David Karris 96l-2i>3li 

G, Operations supervisor: 
Steve Neumann 96i-227k 

Mailing address is: 

Computer Center 

University of California at Santa Barbara 

Santa Barbara, California 93106 



IMP #3 
HOST #0 



13 

13a 

13b 

1301 

13bla 
13blal 

13P1d 
13blbl 

13blc 
13blcl 

13bld 
13bldl 

13ole 
13blel 

13olf 
13olfl 

13blg 

13olKl 
13b2 

13b2a 
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II, Installation Type 13c 

The installation includes both research and service 

features. From approximately 9:00 am to 10:00 pm on 

weekdays and from 12:00 noon to 6:00 pm on Saturdays the 

Center provides batch service local and Online system 

service to both local and remote users. At other times, 

research and limited batch service proceed concurrently. 

Batch programs run under the OS HVT (multiprogramming with a 

variable number of tasks) operating system. Unit record 

equipment is under control of HASP (Houston Automatic 

Spooling Priority system), online users run under an 

expanded version of the culler-Fried system developed at 

UCSB. 13cl 

III, Equipment 13d 

A. The computer at this site is an IBM 360/75 with a memory 
size of 2, 521, 296 6-bit bytes, of which 2M bytes are 2361 
core storage, and the remainder is 2365 processor storage. 
The /75 has a word length of 32 bits, but its instruction 

set is byte oriented, 13dl 

B. Peripheral equipment includes: 13d2 

1. 1 251*0 card read/punch unit (1000 cpm read, 300 cpm 

punch) 13d2a 

2. 2 lii03 line printers (132 columns, 1000 1pm) 13d2b 

3. 16 231U disc drives (2&tf bytes each) 13d2c 

it. 2 2U15 magnetic tape drives (one 7-track, one 

9-track) 13d2d 

5. 1 digital incremental plotter 13d2e 

6, 75 storage tube remote graphics terminals 13d2f 

IV, Consoles 13e 

An IBM 2701 Data Adapter Unit has been installed on the 
multiplexor channel which permits the 360/75 to communicate 
with a wide variety of remotely located terminals, devices, 
and processors. The terminals, devices, and processors 
served by the 2701 offer a wide range of transmission 
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metnods, transmission speeds, transmission codes, line 

capacities, and application flexibility. At this writing no 

terminals are attached to the 2701. However, we plan to 

install either a TTY-37 or IBM 27kl in the near future which 

will serve as the Network Agent's reference and 

communication station. Other terminals will be added as 

user demand requires. 13el 

V. Physical Resources 13f 

A. The Online system (OLS) supports a maximum of users 

concurrently. Network and local users will compete for use 

of OLS, with the added restriction that some maximum number 

of users from the Network will be allowed access to the 

System concurrently (this maximum number is currently ten, 

but will be increased if demand warrants). OLS is available 

for Network use according to the following schedule: (Note: 

see diagram from NIC #6608 "UCSB SYSTEM 360/75") 13fl 



Hon 


5:00 


am 


to 


10:00 


pm 


lues 


9:00 


am 


to 


10:00 


pm 


wed 


5:00 


am 


to 


10:00 


pm 


Thurs 


5:00 


am 


to 


10:00 


pm 


Fri 


9:00 


am 


to 


10:00 


pm 



Sat 12:00 noon to 6:00 pm 13fla 

In addition, Network users of OLS may run at other times 

when OLS happens to be up but the stability of the system is 

not guaranteed, prime time for batch users is as follows: 13f2 

Hon 6:00 am to 10:00 pm 



Tues 


9:oo 


am 


to 


10:00 


pm 


wed 


6:00 


am 


to 


10:00 


pm 


Thurs 


6 : oc 


am 


to 


10:00 


pm 


fri 


9:oo 


am 


to 


10:00 


pm 



Sat 12:00 noon to 6:00 pm 13f2a 

In addition, Network users of batch may run at other times 

on an irregular basis. The Computer Center is always open, 13f3 

B, initial experimental use of OLS can be conducted under a 
special user number. The relevant accounting parameters are 
specified in RFC*7k (NIC #SU17) . Other than experimental 
usage must be arranged with the Computer Center 
administrator and will be charged for at the then-current 
rates, initial experimental use of batch services can be 
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conducted under a s 
parameters are spec 
Production runs mus 
administrator and w 
rates. Computer ce 
accordance with pas 
holding valid Compu 
notified in advance 
The billing rates c 

Batch 



pecial account. The relevant accounting 
ified in RFC #105 (NIC #3775). 
t be arranged with the Computer Center 
ill be charged for at the then-current 
nter rates are changed periodically in 
t usage and projected usage. Users 
ter Center account numbers will be 

of any change in the rate structure, 
urrently in effect are as follows: 



central Processor 

$2.li2356/minute 

core Storage 

0.00023881/KCS 

printer 

0.7539U9/1000 lines 

card Reader 

0.921726/1000 cards 

card Punch 

3.072^2/1000 cards 

channel Interrupts 
3.16/1000 

High Priority Service 
25% surcharge 

Online System 

console Connect Time 
Sii.OO/hour 

core Storage 

0.1776/KBH 

computer Resource Units 
0.00011663/CRU 

Disk Storage 
0.10/KBM 



13fH 
13fiia 

13fkal 

13fiia2 

13£U3 

13flia5 
13fla6 

13fUa? 
13fli*> 

13fltbl 
13fiib2 
13U&3 
13fUbli 
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Printer Form 

Two part 

30,012/page 

Three part 

0,019/page 

Four part 

0.025/page 

Five part 

0.033/page 

Six part 

O.Oko/page 



Cards 



(2000/box) 

$2.2S/box 

Labels 

(three across, 36 labels/page) 
S0.06/page 

Disk Packs 

Storage 

$2.00/month 

2316 - rental 

llu50/month 

Magnetic Tapes 

2)i00 ft. - purchase 
Sld.OO/each 

2^00 ft, - rental 
1.50/month 

1200 ft, - Durchase 
13.00/each 



13£Uc 
13fiicl 
13fltc2 

13fiic3 

13ffccfc 

13tkc$ 
13fiK* 

13£1kU 
13fUe 

13Uel 
13fU 

13fiifl 

13fU2 
13flig 

13fligl 

13fU*2 

13flig3 
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Storage - any size 
0.50/montn 

C. The NCP provides every user with a 256-byte buffer for 
temporarily queuing incoming or outgoing data. When the 
resources of a local receiving process are sufficient, the 
NCP will - using the Host-Host protocol mechanism - allow 
the connected, foreign process to transmit maximum length 
messages (8095 bits). When a local sending process presents 
to the NCP with a single system call a sufficiently large 
amount of data to be output, the data will be transmitted as 
one or more maximum length messages. 



I3£k%k 



t third level direct 
e file storage and 
nline storage provided 
ilability of disc 
9M bytes is planned. 
o magnetic tape daily, 
and available only in 
d. An exact rate 
or this facility, but a 
or OLS long term storage 



D. The Computer center will suppor 
access storage by providing a simpi 
retrieval process. The amount of o 
will depend upon the demand and ava 
drives. An initial allocation of 2 
Files so stored will be backed up t 
The bacK-up tape(s) will be offline 
case the online copies are destroye 
schedule has not been established f 
billing rate similar to that used f 
(see paragraph B) can be expected. 

VI. interests and Capabilities 

The UCsB computer Center provides batch service to on- and 
off-campus users, and Online system service at approximately 
55 on-campus and 20 off-campus terminals. Much of UCSB's 
research effort has been directed toward development of its 
Online System. 

VII. Login 

Specifications for logging into OLS through the Network are 
contained in RFC #?li (NIC #51tl7). The most recent user's 
manual for OLS is on file with the NIC. Specification for 
Network submission of batch jobs and for retrieval of the 
resulting 'printed 1 output are contained in RFC #105 (NIC 
#5775). The software listed in Section X can oe invoked for 
oaten processing using the appropriate job control language 
(JCL). 

VIII. Computer Operator 



13f5 



13f6 
13g 



13gl 
13h 



13hl 
13i 
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Communication with the operator through the Network is not 

possible. The operator may always be reached by phone at 

(80S) 961-227*. 1311 

IX. Miscellaneous 13j 
None 13J1 

X. Programs 13* 

The oniy processes presently accessible to Network users are 

OLS and HJE which have been documented in RFC #74 (NIC 

#5417) and RFC #105 (NIC #5775) respectively, A user manual 

describing QLS in detail is on file at NIC and available to 

Network users, A list of available batch-mode software 

begins below, 13kl 

A. FORTRAN IV (IBM! levels G & H) (University of 
Waterloo; WATFOR, WATFIV) - a high-level language 

oriented toward mathematical problems, 13kla 

B. PL/1 (IBM: level F) (Cornell University: PLC) - a 
high-level, general purpose language. 13klb 

C. PLOT (UCSB) - a package callable from FORTRAN and 
PL/1 programs which allows display of graphical data on a 

digital plotter. 13klc 

D. RPG (IBM) - a language for generation of 

business-type reports. 13kld 

E. ASSEMBLER (IBm level F) (university of Waterloo: 

level G) - s low-level language for systems programmers, 13kle 

F. SSP (IBM) - a scientific subroutine package for 

FORTRAN and PL/1. 13*1* 

G. GPSS (IBH) - a high-level language oriented towards 

the social sciences. 13klg 

H. SPSS (Stanford) - a set of statistical routines 

oriented towards the social sciences, 13klh 

I. SORT/MERGE (IBM) - a program for sorting and merging 

data sets. 13kli 
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J, BI0MED (UCLA) - a set of statistical routines for 
FORTRAN users, 

K. UTILITIES (IBM) - a set of programs for the 
manipulation of data sets, 

L, OSIRIS-II (University of Michigan) - an organized set 
of integrated routines for investigation with statistics. 

M. COBOL (IBM: level F) - a high-level language 
oriented toward business problems, 

N. ALGOL (IBM: level F) (Stanford University: ALG0L-W) - 
a high-level language oriented toward mathematical programs, 

0, CSMP (IBM) - a hign-level language oriented toward 
modeling problems. 

P, SNoBOL (Bell Labs) - a string manipulation language, 

Q. XTaB/FREQ (UCSB) - programs for cross tabulation and 
frequency count. 



13K1K 

13kll 

13klm 

13k2 

13k3 
13KH 

13k5 
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APPENDIX IV NIC FUTURE SOFTWARE PLANS 

U 

INTRODUCTION Ilia 

What follows is a compilation of the ARC software tasks that 

are foreseen as important to the NIC, and hence for which 

the NIC should assume partial or total responsibility, lual 

NETWORK lfcb 

MOTIVATION and SOFTWARE REQUIREMENTS: Ubl 

To exploit the Network -- via forthcoming, 

Network-standard protocols -- in delivering the NIC's 

sevices to the Network community. llibla 

SPECIFIC PROJECTS: Ub2 

Inter-host File Transfers: llib2a 

To hosts 1 file systems lnb2al 

MOTIVATION: Ub2ala 

To enable remotely-generated text files to be 

entered into the NIC for: liib2alal 

Manipulation via NLS l^b2alala 

Retrieval of files previously archived into 

the Net Uo2alalb 

Remote submission of Journal entries iUb2aialc 

To enable the transmission of NIC files to 

remote hosts for; Iiib2ala2 

Return of NLS-manipulated files Ilib2ala2a 

Manipulation by remote text editor Ilib2ala2b 

Storage at remote host Iiib2ala2c 

Archiving of ARC files Ilib2ala2d 
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output on remote hosts' printers I)ib2ala2e 

Network Journal delivery Ilib2ala2f 

SOFTWARE REQUIREMENTS: Ub2alb 

Interface ARC-TENEX to the Network FTP Ub2albl 

Provide a mapping between NLS, tree-structured 

files and ASCII sequential files Hj.b2alb2 

Network text editors should be surveyed to 

determine the constructs which exist in them, 

in order to provide a reasonable mapping Iltb2alb2a 

Interface ARC-TENEX to the Network Mailbox 

Protocol Iltb2alb3 

Interface the Journal via the mapping to the FTP 

and/or Mailbox Protocol lli.b2albli 

To CCA's Data Computer Il^b2a2 

MOTIVATION: Ub2a2a 

To support archiving of NIC files on the 

trillion-bit store Ilib2a2al 

To allow private, textual files to be 

meaningfully transferred between NIC and the 

Data computer Hib2a2a2 

SOFTWARE REQUIREMENTS: Ub2a2b 

Represent NLS 1 file structure using the 

constructs of the Data Language and provide the 

mechanism for transferring files between the two 

systems Iltb2a2bl 

Provide the NLS user with the tools for 

manipulating Data Computer data bases Ilib2a2b2 

To other NLSs lUb2a3 

MOTIVATION: Ii;b2a3a 
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To distribute the NIC computing load over 

several hosts by enabling Ii*b2a3ai 

Several instances of NLS to function 

cooperatively Iltb2a3ala 

The processing and front-end (command 

interpreter) components of an NLS system to 

reside in different hosts Iiib2a3alb 

SOFTWARE REQUIREMENTS: llj.D2a3b 

Develop and implement protocols for: Ilj.b2a3bl 

Common or cooperative: Ilib2a3bla 

Number Systems Iitb2a3blal 

Identification Systems Iiib2a3bla2 

journals Ilib2a3bla3 

Catalog searches across host boundaries Ikb2a3blb 

To other, Network information-handling systems llib2ali 

Network Graphics llib2b 

support NLS use from Network graphics terminals Ilj.b2bl 

MOTIVATION: Ub2bla 

To support use of DNLS from refresh-display 

terminals in the Net, so that the full power of 

NLS (compared to TNLS) is made available to 

Network users of the NIC liiD2blal 

SOFTWARE REQUIREMENTS: Ub2blb 

interface NLS to: lkb2blbl 

Network-standard graphics protocol litb2bibla 

specific hosts/terminals (with non-standard 

protocols) as interest dictates lub2blblb 
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Trouble-shooting is inevitably required at the remote 
host* for each of the above activities 

NLS 

System Development 

MOTIVATION: 

NIC has an obvious interest in promoting the continued 
development of NLS, the primary tool which it offers 
its users. 

Although the NIC is presently primarily concerned with 
those system changes which benefit TNLS (since TELNET 
service is all that's currently provided on a 
supported basis), the expected offering of DNLS to the 
Network community motivates the NIC to interest itself 
in that version of the system as well, 

SOFTWARE REQUIREMENTS: 

Take an active part in NLS development, sharing in the 
software load, and assume implementation 
responsibility for those features which primarily 
benefit users of the NIC. 

SPECIFIC PROJECTS: 

New, TNLS-specific features 

Novice thru expert nodes 

MOTIVATION: 

To isolate the novice user from advanced 
concepts which would only confuse him, while 
providing the sophisticated user with acess 
to the full capabilities of the system. 

SOFTWARE REQUIREMENTS: 

Stratify TNLS in such a way that levels of 
capability consistent with the user's 
expertise can be provided. 



Ub2c 

Uc 

litcl 

lkcla 

lliclal 



lltcla2 
lltclb 

liiclbl 

llidc 

Uclcl 

l^clcla 

lkclclal 

lliciclala 
Iliclcla2 

lkclcla2a 
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The impending, wholesale revision of NLS 

syntax may be .just the vehicle for realizing 

this need, liiclcla2b 

Lingering statement numbers luciclb 

MOTIVATION* lkclclbl 

To reduce the frequency with which the user 
must regenerate his display (a time-consuming 
thing to do from a TTY) to keep track of 
statement-number changes lkclclbla 

SOFTWARE REQUIREMENTS; lkclclb2 

integrate into TNLS, some of the capabilities 

inherent in DEX lliClclD2a 

Line-drawing construction liiclclc 

MOTIVATION and SOFTWARE REQUIREMENTS: lliClClcl 

TO provide a mechanism by which line drawings 

can be constructed from a TTY-like terminal 

for later display in DNLS lUcicicla 

New, DNLS-specific features iuclc2 

Shared display screens lkclc2a 

MOTIVATION: lkclc2al 

To promote the real-time cooperation of NIC 

users in the construction and examination of 

NLS files lkcic2aia 

SOFTWARE REQUIREMENTS: lliClc2a2 

provide a mode of operation in which a user's 

display can be replicated on another 

terminal, and the bug positions of each user 

displayed on both screens Ilidc2a2a 

Graphics li;clc2b 

MOTIVATION: lkclc2bl 
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To support line drawings in NIC documents lliclc2bla 

SOFTWARE REQUIREMENTS: Uclc2b2 

Restore the mixed-text graphics features of 

the old, 91*0 system lUclc2b2a 

New features common to TNLS and DNIS llj.clc3 

New file constructs lliClc3a 

MOTIVATION: UiClc3al 

To support such constructs as comments, back 

links, sets, etc. Ikclc3ala 

SOFTWARE REQUIREMENTS: Uclc3a2 

A complete re-write of the NLS file system is 

planned, lUclc3a2a 

Group documents lJ;clc3b 

MOTIVATION: liiclc3bl 

To lend support to activities involving the 

manipulation of documents by groups of users, liidc3bla 

SOFTWARE REQUIREMENTS: 1Uc1c3d2 

Automatically keep track of changes made -- 

what, when, by whom -- and update indices and 

tables of contents. Ili.cic3b2a 

Querying techniques li±clc3c 

MOTIVATION: 1Uc1c3c1 

To ease for both the user and NIC personnel 

the task of locating within the NIC data 

base, information about specific subjects. lUcic3cla 

SOFTWARE REQUIREMENTS: lliClc3c2 

Automatic generation of: Ilicic3c2a 
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File-global indices, tables of contents, 

and bibliographies (from links). lUclc3c2al 

Data-base-global subject and subcoliection 

indices Iliclc3c2a2 

Consider the feasibility of applying a 

question-answering system as a front-end in 

the search procedure. lJiclc3c2b 

Document-keyed virtual idents liidc3d 

MOTIVATION and SOFTWARE REQUIREMENTS: lUclc3dl 

Permit a catalog number to be used as an 

ident for purposes of Journal distribution, 

meaning the set of individuals to whom the 

referenced document was distributed. Ilidc3dla 

calculator litclc3e 

MOTIVATION: Uclc3el 

To support the inclusion in NLS files of 

tabular, numeric data, and provide convenient 

means for manipulating such data. lUclc3ela 

SOFTWARE REQUIREMENTS: Iliclc3e2 

Restore the calculator system which existed 

on the 9)i0 system. Dicic3e2a 

Major structural cnanges to NLS iuclc3£ 

MOTIVATION: liiclc3fi 

The NIC should assume responsibility for 

participating in the implementation of major 

system changes which will improve the 

performance and/or maintainability of NLS, lJiClc3fla 

SOFTWARE REQUIREMENTS: Iliclc3f2 

Participate in the implementation of: Iiiclc3f2a 

The proposed new file system, which will 
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permit a generalization of NLS' current 

tree structure, ll*clc3£2al 

The Modular Programming System (MPS), 

which will ease the task of checking out 

new system components and of monitoring 

system behavior, Iliclc3£2a2 

Miscellaneous lliclc3g 

MOTIVATION and SOFTWARE REQUIREMENTS: lUclc3gl 

Implement such features as addressing by 

content, the saving of viewchange-viewspec 

information, and whatever additional features 

prove to be necessary or desirable, lUclc3gla 

System Maintenance lli,c2 

MOTIVATION and SOFTWARE REQUIREMENTS: lkc2a 

The NIC has an obvious responsibility for and interest 

in participating in the maintenance of NLS. Ilic2al 

This responsibility includes activities which: U;c2a2 

Locate and fix bugs lUc2a2a 

Reduce the cost to the user of using the system Ilic2a2b 

Decrease response time by inproving code efficiency Ikc2a2c 

improve reliability liiC2a2d 

SPECIFIC PROJECTS: liic2b 

Statistics gathering liic2bl 

MOTIVATION and SOFTWARE REQUIREMENTS: UC2bla 

To obtain information concerning: lJic2blal 

The cost of each NLS command to help locate 

those points in the software which should be 

made more efficient, lkc2blala 
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The frequency with which specific commands 

are used, and then to evaluate the worth of 

supporting and maintaining infrequently used 

commands, llic2blalb 

The difference in system overhead between 

Network and local users to evaluate tne 

performance of Network-related code in the 

Monitor lltc2blalc 

The effect of changes in the amount of core 

available to the system upon system 

performance, and if appropriate to recommend 

changes in configuration of the system. Ili,c2blald 

Resource allocation control I]j.c2b2 

MOTIVATION and SOFTWARE REQUIREMENTS: lUc2b2a 

To implement mechanisms for controlling the 

allocation of such system resources as CPU time 

and secondary storage among local and Network 

users. Iiic2b2al 

literal collection and feedback by the Monitor Iiic2b3 

MOTIVATION and SOFTWARE REQUIREMENTS: Uc2b3a 

To evaluate the effect upon system performance 

of movine responsibility for literal collection 

and feedback from NLS to the Monitor, and if the 

effect is found to be significant, to implement 

the change, Ilic2b3al 

Augmentation of secondary storage l4c2bU 

MOTIVATION: li*c2bUa 

To increase the amount of secondary storage 

available to house the NIC data-base. Iltc2biial 

SOFTWARE REQUIREMENTS: liic2bl;b 

In addition to the possibilities already 
described for archiving files in the Net, to 
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support continued development of the backup 

System, which archives onto tape. lUc2bHbl 

Number system efficiency increase Ilic2b5 

MOTIVATION: ll*c2bSa 

To decrease the amount of time required to 

assign a catalog number. Ifcc2b5al 

SOFTWARE REQUIREMENTS: lliC2b5b 

Generate each number by a computational process, 

rather than selecting it from a free list, lli.c2bSbl 

journal System 14c2b6 

Ease operations I^c2b6a 

MOTIVATION and SOFTWARE REQUIREMENTS: Uc2b6al 

To improve the mechanics of Journal operation 

so that routine functions can be carried out 

by an operator, rather than a systems 

programmer. Ilic2b6ala 

Make it possible for the operator to recover 

from crashes. Ii*c2b6alb 

Reduce delay to the user Iijx2b6b 

MOTIVATION: Uc2b6bl 

To reduce the amount of time the user must 

devote his console to the submission process. Iltc2b6bla 

SOFTWARE REQUIREMENTS: Uc2b6b2 

provide a mode of operation in which only 
interrogation of the user is performed 
on-line, and all other processing done in the 
background. lUc2b6b2a 

Reduce the cost to the user Ili.c2b6c 

MOTIVATION and SOFTWARE REQUIREMENTS: Ilic2b6cl 
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Reduce the cost of submitting a journal 
article to about $.25. 

Cope with the volume of Journal data 

MOTIVATION! 

To efficiently manage a continually growing 
collection of data 

SOFTWARE REQUIREMENTS: 

provide automatic movement from one Journal 
directory to the next. 

Provide automatic archiving. 

integrate Journal and Master catalogs 

improve effective output Processor performance 

MOTIVATION: 

To reduce the delay to the user of outputting a 
file for output on the printer. 

SOFTWARE REQUIEMENT3: 

Run the output Processor as an independent fork 
in parallel with other activity at the terminal, 
or in the background. 



Uc2b6cla 

Iitc2b6d 

Uc2b6dl 

Ikc2b6dla 
lli?C2b 6d2 

iliC2b6d2a 

Uc2b6d2b 

Ilic2b6d2c 

Uc2b7 

Uc2b7a 

Uc2b7al 
li;C2b7b 

Uc2b7bl 
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APPENDIX V A LIST OF TNLS COMMANDS 

15 

A list of currently available TNLS commands follows. Tney 

are described in detail in the TNLS User Guide, (See 7Ji70). 15a 

Append statement 
Break statement 
Copy entity 
Delete entity 
Execute 

Assimilate 

Browse 

Catalog Numbers 

Device Specification 

Edit 

File Verify 

Identification System 

Insert Sequential 

Journal 

Logout 

Marker 

Name Delimiters 

ownership 

Quit 

Reset 

Status 

UnlocK File 

Viewchange 
Fix Marker 
Goto 

Baseline 

Exec 

Merge 

Programs 

Sort 

Use measurement 
Insert entity 
Load File 
Move entity 
Null File 
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Output 

File 

wuicKprint 

Device 
Dura 
FR60 
printer 
Sequential 
Teletype 

Compiler 

Assembler 

Sequential 
Print 

statement 

branch 

Pley 

group 
Replace entity 
Substitute 
Transpose entity 
Update File 
Viewspecs 
Xset 

. -- Snow point 
; -- Comment command 
Give context commands 

\ -- Backslash Command 

/ -- Slash Command 
t -- Ut5 Arrow Command, jump to back 
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